mysql 删除索引 简书_MySQL删除数据

MySQL删除数据

1.Delete

delete from TABLE_NAME

a.DELETE属于数据库DML操作语言，只删除数据不删除表的结构，会走事务，执行时会触发trigger

b.在 InnoDB 中，DELETE其实并不会真的把数据删除，mysql 实际上只是给删除的数据打了个标记为已删除.

因此 delete 删除表中的数据时，表文件在磁盘上所占空间不会变小，存储空间不会被释放，只是把删除的数

据行设置为不可见。虽然未释放磁盘空间，但是下次插入数据的时候，仍然可以重用这部分空间(重用 → 覆盖)

c.DELETE执行时，会先将所删除数据缓存到rollback segement中，事务commit之后生效

d.delete from TABLE_NAME,对于MyISAM 会立刻释放磁盘空间，InnoDB 不会释放磁盘空间

e.对于delete from TABLE_NAME where xxx 带条件的删除, 不管是InnoDB还是MyISAM都不会释放磁盘空间

f.delete操作以后使用 optimize table table_name 会立刻释放磁盘空间。不管是InnoDB还是MyISAM.所以

要想达到释放磁盘空间的目的，delete以后执行optimize table 操作

optimize table TABLE_NAME

g.delete 操作是一行一行执行删除的，并且同时将该行的的删除操作日志记录在redo和undo表空间中以便进行

回滚(rollback)和重做操作，生成的大量日志也会占用磁盘空间

2.Truncate

truncate table TABLE_NAME

a.属于数据库DDL定义语言，不走事务，原数据不放到 rollback segment 中，操作不触发 trigger

执行后立即生效,无法找回

b.truncate table table_name 立刻释放磁盘空间 ，不管是 InnoDB和MyISAM.truncate table其实有

点类似于drop table 然后creat,只不过这个create table 的过程做了优化，比如表结构文件之前已经有了

等等。所以速度上应该是接近drop table的速度

c.truncate能够快速清空一个表。并且重置auto_increment的值.

1.对于MyISAM，truncate会重置auto_increment(自增序列)的值为1。而delete后表仍然保持auto_increment

2.对于InnoDB，truncate会重置auto_increment的值为1。delete后表仍然保持auto_increment。但是在做delete

整个表之后重启MySQL的话，则重启后的auto_increment会被置为1

3.Drop

drop table Tablename

a.属于数据DDL定义语言,同truncate

b.drop table table_name 立刻释放磁盘空间 ，不管是 InnoDB 和 MyISAM;drop语句将删除表的结构被依赖的约束(constrain)

触发器(trigger)、索引(index); 依赖于该表的存储过程/函数将保留,但是变为 invalid 状态