mysqltruncate的问题
问题是⾥⼀伙计提的
`mysql truncate 空表都需要3 4秒,要优化解决`
⼀开始觉得这莫名其妙,因为作这种操作的都是后台运维,不是实时的对外服务,运维⼜不差这3秒
其反应truncate表时别的所有业务都阻塞
查看还真是个问题
官⽅也有说明
In MySQL 5.7 and earlier, on a system with a large buffer pool and innodb_adaptive_hash_index enabled, a TRUNCATE TABLE operation could cause a temporary drop in system performance due to an LRU scan that occurred when removing the table's adaptive hash index entries (Bug #68184). The remapping of TRUNCATE TABLE to DROP TABLE and CREATE TABLE in MySQL 8.0 avoids the problematic LRU scan.
解决⽅式是,测试⽤的表和线上的库隔离,或者升级mysql到8.0
原本 truncate操作就不该在线上服务器发⽣
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论