MySQL和Oracle的delete,truncate
在MySQL和Oracle中的delete,truncate还是存在着一些差别，明白了这些差别可能对于处理问题，理解问题会有一些帮助。
我们来简单通过一些测试来说明。我们创建两个表test_del,test_tru来对比delete,truncate的操作。我们有一个临时表t_fund_info大概有几百万的数据量。
创建test_del
创建test_tru
这个时候我们来查看对应的文件，在MySQL中通用的方式，对于每个表会对应单独的数据文件和配置文件。
我们可以看到存在4个新的文件，大小都是一样的。
我们开始测试两者的不同。
这个时候再次查看目录下的文件情况，可以赫然看到test_tru的数据文件彻底释放了,而delete之后的文件大小还是保持原样。
那么delete的表怎么释放哪些空间呢，可以考虑重置存储引擎。
整个过程非常快，而操作之后查看文件，大小已经收缩了。
这里需要明白一点，就是修改存储引擎的操作，还是和里面的数据有关，在上面的这个场景中，这是一个较为特殊的例子。我们drop表test_del,然后重建一次看看。
这个时候我们来看看存在大量数据的情况下，修改存储引擎的情况。
可以看到操作的时间还是有着天壤之别
为什么要慢了很多呢，这是因为这个操作的底层操作就是复制数据。MySQL只是帮你做好了这些事情而已，可以看到在操作的过程中会创建一个临时表。
delete和truncate还是有一定的适用场景，此外在MySQL中还有一种使用方式就蛮有特色了，那就是选择性的删除，比如删除test_del中id排序的前n条数据，可以在delete里面使用order by limit的方式。
比如：
此外，MySQL和Oracle中还有一个较大的差别是，MySQL中的表数据文件是完全复用的，而在Oracle中有多种方式，比如append,reuse等，这个本身和设计也有关系。
比如在MySQL中我们delete一个表的数据，然后重新插入，那么这个空间是完全复用的。原有的文件几乎不会有所变化。
而truncate的操作在MySQL是一个很快的操作，数据转瞬即逝，在Oracle中有一些差别，可能这些数据还有恢复的可能。
比如我们在Oracle端创建一个表空间，创建两个表test_del,test_tru;
这个时候我们来测试一下两者的差别。
这里的差别在于，如果我们delete了数据之后，表test_del已经没有数据，但是查询的时候还是会全表扫描，扫描的数据块和清理前基本是一样的,而且代价还会更高一些。
而truncate操作在Oracle,MySQL都是一个极快的过程，在Oracle中不会直接抹去数据，数据还是依旧存在，在一定的条件下触发才会回收。
我们使用dbms_rowid来解析一下
然后对这个数据块做一个dump.
truncate前的数据块的一些数据。
truncate之后的数据如下:
在MySQL中可以很飘逸的使用limit，在Oracle中换种写法，类似MySQL的语法：
在Oracle中可能得这么些了，不考虑哪些分析函数的用法
下一篇：no boot device修复