关于数据库:deletetruncatedrop千万千万别用错了

41次阅读

共计 2237 个字符,预计需要花费 6 分钟才能阅读完成。

上周共事小姐姐问我:“哈哥你看,我发现 MySQL 有 bug,我下午为了清理磁盘,明明删除了 100 万条 MySQL 数据,磁盘不仅没有变小,反而更满了呢??”

那你是怎么删除的?

“delete from table 呀”

“怪不得,其实要删除 MySQL 数据是有好几种形式的,有些场景下是不应该用 DELETE 的,比方你这种状况。好了,让我来给你讲一下吧。”

MySQL 删除数据的形式都有哪些?

咱们罕用的三种删除形式:通过 delete、truncate、drop 关键字进行删除;这三种都能够用来删除数据,但场景不同。

一、从执行速度上来说
drop > truncate >> DELETE
二、从原理上讲

1、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 操作。

示例:查看表占用硬盘空间大小的 SQL 语句如下:(用 M 做展现单位,数据库名:csjdemo,表名:demo2)

select concat(round(sum(DATA_LENGTH/1024/1024),2),'M') as table_size 
from information_schema.tables 
where table_schema='csjdemo' AND table_name='demo2';

而后执行空间优化语句,以及执行后的表 Size 变动:

optimize table demo2

再看看这张表的大小,就只剩下表构造 size 了。7、delete 操作是一行一行执行删除的,并且同时将该行的的删除操作日志记录在 redo 和 undo 表空间中以便进行回滚(rollback)和重做操作,生成的大量日志也会占用磁盘空间。

2、truncate

Truncate table TABLE_NAME

1、truncate:属于数据库 DDL 定义语言,不走事务,原数据不放到 rollback segment 中,操作不触发 trigger。

  • 执行后立刻失效,无奈找回
  • 执行后立刻失效,无奈找回
  • 执行后立刻失效,无奈找回

2、truncate table table_name 立即开释磁盘空间,不论是 InnoDB 和 MyISAM。truncate table 其实有点相似于 drop table 而后 creat, 只不过这个 create table 的过程做了优化,比方表构造文件之前曾经有了等等。所以速度上应该是靠近 drop table 的速度;

3、truncate 可能疾速清空一个表。并且重置 auto_increment 的值。

但对于不同的类型存储引擎须要留神的中央是:

  • 对于 MyISAM,truncate 会重置 auto_increment(自增序列)的值为 1。而 delete 后表依然放弃 auto_increment。
  • 对于 InnoDB,truncate 会重置 auto_increment 的值为 1。delete 后表依然放弃 auto_increment。然而在做 delete 整个表之后重启 MySQL 的话,则重启后的 auto_increment 会被置为 1。
  • 也就是说,InnoDB 的表自身是无奈长久保留 auto_increment。delete 表之后 auto_increment 依然保留在内存,然而重启后就失落了,只能从 1 开始。本质上重启后的 auto_increment 会从 SELECT 1+MAX(ai_col) FROM t 开始。

4、小心应用 truncate,尤其没有备份的时候。

3、drop

Drop table Tablename

1、drop:属于数据库 DDL 定义语言,同 Truncate;

  • 执行后立刻失效,无奈找回
  • 执行后立刻失效,无奈找回
  • 执行后立刻失效,无奈找回

2、drop table table_name 立即开释磁盘空间,不论是 InnoDB 和 MyISAM; drop 语句将删除表的构造被依赖的束缚 (constrain)、触发器 (trigger)、索引 (index);  依赖于该表的存储过程 / 函数将保留, 然而变为 invalid 状态。

3、小心应用 drop,要删表跑路的兄弟,请在订票胜利后在执行操作!

能够这么了解,一本书,delete 是把目录撕了,truncate 是把书的内容撕下来烧了,drop 是把书烧了。

起源:https://blog.csdn.net/qq_3939…

正文完
 0