mysql truncate 导致事务回滚失败

mysql 中的truncate 和delete 都能够清理表中数据，但是它们有什么区别呢

在一个事务中使用了truncate 会导致后续的sql 无法回滚。

truncate 会删除所有数据，并且不记录日志，不可以恢复数据，相当于保留了表结构，重新建立了一张同样的表。由于数据不可恢复，truncate 之前的 *** 作也不能回滚。

truncate和不带where子句的delete,

以及drop都会删除表内的数据

1.

truncate和

delete只删除数据不删除表的结构(定义)

drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index)

依赖于该表的

存储过程/函数将保留,但是变为invalid状态.

2.delete语句是dml,这个 *** 作会放到rollback

segement中,事务提交之后才生效如果有相应的trigger,

执行的时候将被触发.

truncate,drop是ddl,

*** 作立即生效,原数据不放到rollback

segment中,不能回滚.

*** 作不触发

trigger.

3.delete语句不影响表所占用的extent,

高水线(high

watermark)保持原位置不动

显然drop语句将表所占用的空间全部释放

truncate

语句缺省情况下见空间释放到

minextents个

extent,除非使用reuse

storage

truncate

会将高水线复位(回到最开始).

4.速度,一般来说:

drop>

truncate

>

delete

5.安全性:小心使用drop

和truncate,尤其没有备份的时候.否则哭都来不及.

使用上,想删除部分数据行用delete,注意带上where子句.

回滚段要足够大.

想删除表,当然用drop

想保留表而将所有数据删除.

如果和事务无关,用truncate即可.

如果和事务有关,或者想触发trigger,还

是用delete.

如果是整理表内部的碎片,可以用truncate跟上reuse

stroage,再重新导入/插入数据/

---