mysql之drop、truncate和delete的区别

今天在整理mysql数据库笔记的时候突然想到一个问题，就是drop、truncate和delete的区别，乍一看三者都是有删除的功能，但是具体来看还是有很多区别的。我先把这三个的作用简单说一下，有前辈已经把他们之间的区别详细整理出来了，文末有链接，请自行查看。

delete是DML(data maintain language)，这个操作会被放到rollback segment中，事务提交之后才会生效，如果有相应的触发器trigger，那么执行的时候可以被触发
执行delete操作时，每次从表中删除一行，并且同时将该行的的删除操作记录在redo和undo表空间中以便进行回滚（rollback）和重做操作，但要注意表空间要足够大，需要手动提交（commit）操作才能生效，可以通过rollback撤消操作。
delete可根据条件删除表中满足条件的数据，如果不指定where子句，那么删除表中所有记录。
delete语句不影响表所占用的extent（就是表结构的中的区），高水线(high watermark)保持原位置不变。 （高水位线就存在于段（segment)中，它用于标识段中已使用过的数据块与未使用的数据块二者间交界，扫描表数据的时候，高水位线以下的所有数据块都必须被扫描。）（关于innodb中的表结构，可以参考这篇博客）

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不能用于参与了索引视图的表。

巴特西