MySQL数据库表上做查询慢的原因及大流量场景下的应用技巧[图]

本文探讨了MySQL查询慢的原因,通过(optimizertrace)工具分析了SQL优化过程,发现存在对exists子查询代价计算错误的问题。同时,文章提供了大流量场景下MySQL的准备方案,包括活动前的监控、负载测试、灾备切换准备,活动期间的故障应对策略,以及活动后的分析和改进措施。
摘要由CSDN通过智能技术生成

一、MySQL数据库表上做查询慢的原因
我们还分析了执行计划改写后的SQL,通过猜测,增加了hint来解决问题:
这一期,我们通过工具来分析一下:MySQL为什么会使用一个低效的执行计划,以致于我们不得已用hint来调优SQL?
实验
我们接着使用26问中的环境,使用optimizertrace工具,观察MySQL对SQL的优化处理过程。
我们先调大optimizertrace的内存容量(否则trace的输出会被截断),然后开启了optimizertrace功能。
跑完SQL后,可以在INFORMATION_SCHEMA.OPTIMIZER_TRACE看到SQL的优化处理过程:
这会是个巨大的json,我们将其复制出来,找个json的可视化编辑器来分析一下。
小贴士

MySQL数据库表上做查询慢的原因及大流量场景下的应用技巧[图]

如果MySQL启动时有配置--secure-file-priv,那可以用,
SELECTTRACEINTODUMPFILE<filename>FROMINFORMATION_SCHEMA.OPTIMIZER_TRACE;
将trace导出到文件里,会更方便一些。
这里我们选择了一个在

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值