delete
DELETE from TABLE_NAME where xxx
1、DELETE属于数据库DML操作语言,只删除数据不删除表的结构,会走事务,执行时会触发trigger;
2、在 InnoDB 中,DELETE其实并不会真的把数据删除,mysql 实际上只是给删除的数据打了个标记为已删除,因此 delete 删除表中的数据时,表文件在磁盘上所占空间不会变小,存储空间不会被释放,只是把删除的数据行设置为不可见。虽然未释放磁盘空间,但是下次插入数据的时候,仍然可以重用这部分空间(重用 → 覆盖)。
3、DELETE执行时,会先将所删除数据缓存到rollback segement中,事务commit之后生效;
4、delete from table_name删除表的全部数据,对于MyISAM 会立刻释放磁盘空间,InnoDB 不会释放磁盘空间;
5、对于delete from table_name where xxx 带条件的删除, 不管是InnoDB还是MyISAM都不会释放磁盘空间;
6、delete操作以后使用 optimize table table_name 会立刻释放磁盘空间。不管是InnoDB还是MyISAM 。所以要想达到释放磁盘空间的目的,delete以后执行optimize table 操作。
drop
属于数据库DDL定义语言
1、drop 会删除表结构及所有数据,并将表所占空间全部释放。执行后立即生效,无法找回
2、drop 回删除表的结构 以及所依赖的约束、触发器、索引等。
truncate
Truncate table TABLE_NAME
1.属于数据库DDL定义语言,不走事务,原数据不放到 rollback segment 中,操作不触发 trigger。
执行后立即生效,无法找回
2.立刻释放磁盘空间 ,不管是 InnoDB和MyISAM 。truncate table其实有点类似于drop table 然后creat,只不过这个create table 的过程做了优化,比如表结构文件之前已经有了等等。所以速度上应该是接近drop table的速度;
3、truncate能够快速清空一个表。并且重置auto_increment的值。
1、不会删除表结构
2、表数据会完全清空,并且不可以回滚
3、能够快速清空一个表。并且重置auto_increment的值。
4、对于外链约束引用的表,不能使用truncate table, 而应使用不带where 子句的 delete 语句。
对于MyISAM,truncate会重置auto_increment(自增序列)的值为1。而delete后表仍然保持auto_increment。
对于InnoDB,truncate会重置auto_increment的值为1。delete后表仍然保持auto_increment。但是在做delete整个表之后重启MySQL的话,则重启后的auto_increment会被置为1。
总结
从执行速度上来说 drop > truncate > DELETE
在使用drop和truncate时一定要注意,虽然可以恢复,但为了减少麻烦,还是要慎重。
- 如果想删除部分数据用delete,注意带上where子句,回滚段要足够大;
- 如果想删除表,当然用drop;
- 如果想保留表而将所有数据删除,如果和事务无关,用truncate即可;
- 如果和事务有关,或者想触发trigger,还是用delete