今天在整理mysql数据库笔记的时候突然想到一个问题，就是drop、truncate和delete的区别，乍一看三者都是有删除的功能，但是具体来看还是有很多区别的。我先把这三个的作用简单说一下，有前辈已经把他们之间的区别详细整理出来了，文末有链接，请自行查看。
delete
- delete是DML(data maintain language)，这个操作会被放到rollback segment中，事务提交之后才会生效，如果有相应的触发器trigger，那么执行的时候可以被触发
- 执行delete操作时，每次从表中删除一行，并且同时将该行的的删除操作记录在redo和undo表空间中以便进行回滚（rollback）和重做操作，但要注意表空间要足够大，需要手动提交（commit）操作才能生效，可以通过rollback撤消操作。
- delete可根据条件删除表中满足条件的数据，如果不指定where子句，那么删除表中所有记录。
- delete语句不影响表所占用的extent（就是表结构的中的区），高水线(high watermark)保持原位置不变。 （高水位线就存在于段（segment)中，它用于标识段中已使用过的数据块与未使用的数据块二者间交界，扫描表数据的时候，高水位线以下的所有数据块都必须被扫描。）（关于innodb中的表结构，可以参考这篇博客）
truncate
truncate是DDL（data define language）即操作会立即生效，原数据不会放到rollback segment中，不能回滚，也不会触发触发器
- truncate会删除表中所有记录，并且将重新设置高水线和所有的索引，缺省情况下将空间释放到minextents的extent（就是表结构中的段内的区域），除非使用reuse storage（使用这句话，所在的extent空间不会被回收，只是将数据删除掉，数据删除之后的freespace空间，只能供本表使用，其他的不可以使用）。不会记录日志，所以执行速度很快，但不能通过rollback撤消操作（如果一不小心把一个表truncate掉，也是可以恢复的，只是不能通过rollback来恢复）。
- 对于外键（foreign key ）约束引用的表，不能使用 truncate table（会报错（Cannot truncate a table referenced in a foreign key constraint ）），也不能使用drop table（会报错（Cannot delete or update a parent row: a foreign key constraint fails）），而应使用不带 where 子句的 delete 语句。
truncate table不能用于参与了索引视图的表。
drop
- drop是DDL，会隐式提交，所以，不能回滚，不会触发触发器。
- drop语句删除表结构及所有数据，并将表所占用的空间全部释放。
- drop语句将删除表的结构所依赖的约束，触发器，索引，依赖于该表的存储过程/函数将保留,但是变为invalid状态。
总结
- 在速度上，一般来说，drop> truncate > delete。
- 在使用drop和truncate时一定要注意，虽然可以恢复，但为了减少麻烦，还是要慎重。
- 如果想删除部分数据用delete，注意带上where子句，回滚段要足够大；如果想删除表，当然用drop；
- 如果想保留表而将所有数据删除，如果和事务无关(不能回滚)，用truncate即可；
- 如果和事务有关，或者想触发trigger，还是用delete；
- 如果是整理表内部的碎片，可以用truncate跟上reuse stroage，再重新导入/插入数据。