全面透彻,MySQL 正确的慢查询处理姿势 发现的一些问题 问题1 在过去的半年时间里,研发团队内部尝试抓了一波儿慢查询SQL跟进处理率。发现有些同学对于慢查询处理的思路就是看看有没有用到索引,没有用到就试图加一个,实在不行就甩锅给这种情况是历史设计问题或者自行判定为用户特殊操作下触发的小概率事件,随即便申请豁免掉... 其实问题没有根本上解决。 问题2 还有就是网络上经常可以看到一些类似这样的文章: “慢SQL性能优化大全” “慢SQ 数据运维 2024-05-28 剑圣无痕