MySQL慢查询的坑

目录

• 一、慢查询配置
  

  • 1-1、开启慢查询

• 二、Explain分析慢查询SQL
• 三、一些慢查询优化经验分享
  

  • 3-1、优化LIMIT分页
  • 3-2、排查索引没起作用的情况

• 总结

一条慢查询会造成什么后果？年轻时，我一直觉得不就是返回数据会慢一些么，用户体验变差？其实远远不止，我经历过几次线上事故，有一次就是由一条SQL慢查询导致的。

记得那是一条查询SQL，数据量万级时还保持在0.2秒内，随着某一段时间数据猛增，耗时一度达到了2-3秒！没有命中索引，导致全表扫描。explain 中extra显示：Using where; Using temporary; Using filesort，被迫使用了临时表排序，由于是高频查询，并发一起来很快就把DB线程池打满了，导致大量查询请求堆积，DB服务器cpu长时间100%+，大量请求timeout。。最终系统崩溃。老板登场~

对了，那次是十月二日晚上8点半，我在老家枣庄，和哥儿几个正坐在大排档吹着牛B！你猜，我将面临什么尴尬局面？

可见，团队如果对慢查询不引起足够的重视，风险是很大的。经过那次事故我们老板就说了：谁的代码再出现类似事故，开发和部门领导一起走人，吓得一大堆领导心发慌，赶紧招了两位DBA同事