MySQL 5.5版本注意大内存导致DDL变慢的问题-阿里云开发者社区

开发者社区> 数据库> 正文

MySQL 5.5版本注意大内存导致DDL变慢的问题

简介: 最近在协助用户进行系统重构,RDS测试选型自然成为了本项目的一个重点,但是用户在测试不同规格的时候发现大规格的实例性能居然不如小规格,4C32G规格性能比8C64G规格高出10%,其性能监控也是非常的正常

最近在协助用户进行系统重构,RDS测试选型自然成为了本项目的一个重点,但是用户在测试不同规格的时候发现大规格的实例性能居然不如小规格,4C32G规格性能比8C64G规格高出10%,其性能监控也是非常的正常,4C32G规格是8C64G规格资源消耗的一半,TPS也是相当,那问题到底出现在那里?

CPU消耗对比:

粘贴图片1

cpu2

TPS监控:

tps2

tps1

从监控上没有看出端倪后,我们怀疑用户的业务测试模型可能不一致,所以采取分析SQL审计日志来分析问题,把top sql拿出来对比就可以一目了然问题的所在,所以重新开启压测,使用我们的专家分析系统来分析SQL日志,结果让人大吃所惊,一条truncate 语句映入眼:

js2

sji1

可以看到truncate 语句在8C64G的规格中执行慢了30秒左右,这个时间恰好是整个测试相差的时间,为什么规格越大反而DDL truncate越慢?这个问题其实在5.5版本存在的一个问题,可以参考在2015年双11时候写过的一篇文章:RDS弹性升级后性能反而下降的案例,所以解决方案只要把实例升级到5.6就可以了。在这次问题排查中使用了很重要的SQL审计日志来发现两个实例规格的性能差异,该功能已经集成到RDS的专家系统中,帮助用户更好的分析使用数据库。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章