truncate在不同版本中的区别

本文深入解析MySQL truncate命令的资源管理机制,包括不同版本对资源释放的具体行为,以及操作权限、隔离级别等关键因素的影响。特别关注了资源释放与事务安全性的关系,同时介绍了不同版本间的差异,如权限需求、操作模式和binlog记录方式的变化。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

中午和同事讨论truncate到底会不会释放资源,大部分都认为会,但是其实具体情况是和MySQL的版本有关。

before 5.0.3

truncate是delete rows one by one。

between 5.0.3 and 5.0.8

当有外键的时候还是delete rows one by on,但是当没有外键的时候会采用drop and re-create的方式来操作。

(并且,这个时候AUTO_INCREMENT的计数器会在truncate的时候置零。)

after 5.0.8 

5.0.8之后在truncate的时候会增加implicit commit,增加事务的安全性。但是操作模式和之前一样。


 

before 5.1.16

在5.1.16之前,truncate需要delete权限才可以执行。

between 5.1.16 and 5.1.39

对于5.1.16之后,truncate操作需要drop权限才可以执行。对于InnoDB的表,如果没有外键,那么会drop原表,并创建一个空表来完成truncate,如果有外键,那么还是delete one by one。

如果配置了innodb_file_per_table选项,那么会重用原来的表空间,但是如果有InnoDB Plugin会自动释放资源,如果没有就不会自动释放,只能通过调用alter table或者OPTIMIZE table来释放资源。

after 5.1.32

在read committed和read uncommitted的隔离级别下,采用STATEMENT或者MIX的binlog模式,binlog中会记录drop table和create table,这就相当于是DDL操作而不是DML操作。


 

after 5.5

版本5.5之后,均为先drop后create的操作方式。并且5.5之后会自动释放资源,也就是在容量上可以看出来变少。

 

 

参考文档:

http://dev.mysql.com/doc/refman/5.0/en/truncate-table.html

http://dev.mysql.com/doc/refman/5.1/en/truncate-table.html

http://dev.mysql.com/doc/refman/5.5/en/truncate-table.html

http://dev.mysql.com/doc/refman/5.6/en/truncate-table.html

 

 

 

转载于:https://www.cnblogs.com/billyxp/archive/2013/01/23/2873395.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值