一次生产慢响应问题排查:TRUNCATE TABLE (MySQL Bug 68184)

dingsai88

已于 2022-04-15 16:16:35 修改

阅读量1.5k

点赞数

分类专栏： mysql 文章标签： mysql innodb truncate

于 2022-03-25 15:25:22 首次发布

本文链接：https://blog.csdn.net/dingsai88/article/details/123735775

版权

在生产环境中，一个接口在特定时间出现慢响应问题，通过skywalking定位为MySQL操作慢。排查发现，每日都有TRUNCATE TABLE操作导致慢SQL，这与MySQL的一个已知Bug（#68184）有关，即在5.7及更早版本中，TRUNCATE操作可能因删除adaptive hash index条目引发性能下降。由于无法立即升级MySQL，改为每天通过代码Job拉取并替换数据，从而解决了问题。总结了近期遇到的其他慢SQL问题，包括网络设备负载和不同数据库间的IO影响。

摘要由CSDN通过智能技术生成

I.背景

生产环境观察到有时间规律的慢接口响应(每天固定时间点集中出现)，需要解决接口有规律的慢响应问题。

II .问题排查流程

1.观察skywalkiing定位具体接口响应慢的节点。(初步定位都是因为访问MYSQL慢导致的)

2.定位具体慢SQL原因

2.1 导出当天全天慢SQL ，发现慢SQL都有索引且数据量不大，其他时间执行均不会触发慢SQL。

# 8 0x40AC4C27719F66C8 6.7203 2.9% 2 3.3602 3.22 UPDATE xxx?xxxxx
# 9 0xF588620EE6CD3257 6.0781 2.7% 1 6.0781 0.00 TRUNCATE TABLE xxx
# 10 0xF990AE6D1B78E44B 5.9033 2.6% 3 1.9678 0.01 SELECT xxxxx
# 11 0x7DE67C8AF3FE69C8 5.7519 2.5% 1 5.7519 0.00 SELECT xxxxxxx
# 12 0xE3491706EEADCB79 5.7324 2.5% 1 5.7324 0.00 SELECT xxxxxxx
# 13 0x644D9C9973F26567 5.6952 2.5% 1 5.6952 0.00 SELECT xxxxx

2.2 观察多