java陷阱之不可忽视的慢sql

说明

记录一下,以前处理方式，都是线上cpu告警运维查看数据库mysql提供给研发改。记录一下操作方式，

我觉得应该研发定期去上线拿慢sql日志，再做更改,因为很多慢sql在低峰期并不会给数据库性能带来瓶颈

但是高峰期来就会遇到高CPU 阻塞业务，那个时候再去优化就会很着急

 

 

阿里云慢日志查看

注:在我记录这篇文章的时候，我挑了一个3秒的慢sql，然后实际去执行发现耗时30多秒，因为mysql 执行计划选错索引导致

经验

1.现在公司每周5都会有周会把上周的慢sql拿出来分析并解决。挺好

2.同时每周一也会分析数据库各个维度的指标正常不。QPS、磁盘使用率、CPU使用率