说明
记录一下,以前处理方式，都是线上cpu告警运维查看数据库mysql提供给研发改。记录一下操作方式，
我觉得应该研发定期去上线拿慢sql日志，再做更改,因为很多慢sql在低峰期并不会给数据库性能带来瓶颈
但是高峰期来就会遇到高CPU 阻塞业务，那个时候再去优化就会很着急
阿里云慢日志查看
注:在我记录这篇文章的时候，我挑了一个3秒的慢sql，然后实际去执行发现耗时30多秒，因为mysql 执行计划选错索引导致
经验
1.现在公司每周5都会有周会把上周的慢sql拿出来分析并解决。挺好
2.同时每周一也会分析数据库各个维度的指标正常不。QPS、磁盘使用率、CPU使用率
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· 全程不用写代码，我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布：重大改进与新特性概览！
2022-06-28 jvm-内存泄露排查步骤总结
2018-06-28 Spring Boot-整合Mybatis(五)