全表扫描导致mysql服务器的cpu飙升到100%
2023-03-14 22:42:56 时间
故障原因
下午15:11左右出现mysql服务器的cpu飙升到100%
处理过程
阿里云查看性能趋势,发现在15:11:39cpu飙升到100%
排查思路:
一般引起cpu飙升的原因很可能是扫描行数骤增
查看15:12:00之前的扫描行数,发现15:11:24的时候有一句sql执行delete操作过程中出现了全表扫描
该sql花了接近10分钟的时间执行完
当前处理方案为联系志成做了一次数据库主备切换,定位该sql的运行场景为清理数据请求,对invoice_audit_log表增加ent_code索引
暴露的问题
本次出现故障的原因主要是sql运行过程中出现了全表扫描,从目前的情况来看,代码中可能还隐藏着类似的情况
改进措施
对于全表扫描的sql语句,目前在遇到的情况下可以增加合适的索引
后续需要对xxx-pro做一些改造,支持多数据源连接,并能支持不同数据源之间的切换,可以将实时性要求较低的慢查询迁移到只读实例上执行
相关文章
- Redis实战之session共享
- 大数据必知必会:Hadoop(1)单机环境安装
- 开心档-软件开发入门之MongoDB 高级索引
- 开心档-软件开发入门之MongoDB 聚合
- 开心档-软件开发入门之MongoDB 查询分析
- 开心档-软件开发入门之MongoDB 原子操作
- 开心档-软件开发入门之MongoDB 自动增长
- 开心档-软件开发入门之MongoDB - 连接
- 智能网关—数据永久化
- 大数据在互联网时代的意义!
- 二次供水远程监测
- 【ES三周年】集群半数以上master节点掉线解决方法
- 一文带你看透天气预报
- 生信课程note-1
- 数据分享|Python决策树、随机森林、朴素贝叶斯、KNN(K-最近邻居)分类分析银行拉新活动挖掘潜在贷款客户|附代码数据
- 电脑数据丢失如何找回?有哪些免费的数据恢复软件
- 【ES三周年】初识ES的特点以及应用场景
- 量子可视化编程软件介绍
- 学习分享(第 1 期)之 Redis:巧用 Hash 类型节省内存
- 大数据NiFi(十四):数据来源和变量及表达式