MySQL导致CPU消耗过大，如何优化

谁在耗损cpu?

用户+体系+IO守候+软硬间断+空闲

罪魁是谁?

用户

用户空间CPU耗损，各类逻辑运算

正在举办大量tps

函数/排序/范例转化/逻辑IO会见…

IO守候

守候IO哀求的完成

此时CPU现实上空闲

如vmstat中的wa 很高。但IO守候增进，wa也不必然会上升(哀求I/O后守候相应，但历程从核上移开了)。

发生影响

用户和IO守候耗损了大部门cpu。

• 吞吐量降落(tps)
• 查询相应时刻增进
• 慢查询数增进
• 对mysql的并发陡增，也会发生上述影响。

怎样镌汰CPU耗损?

镌汰守候

镌汰IO量

SQL/index，行使吻合的索引镌汰扫描的行数(需均衡索引的正收益和维护开销，空间换时刻)。

晋升IO处理赏罚手段

加cache/加磁盘/SSD

镌汰计较

镌汰逻辑运算量

• 停止行使函数，将运算转移至易扩展的应用处事器中

如substr等字符运算，dateadd/datesub等日期运算，abs等数学函数

• 镌汰排序，操作索引取得有序数据或停止不须要排序

如union all取代 union，order by 索引字段等

• 榨取范例转换，行使吻合范例并担保传入参数范例与数据库字段范例绝对同等

如数字用tiny/int/bigint等，必须转换的在传入数据库之前在应用中转好

• 简朴范例，只管停止伟大范例，低落因为伟大范例带来的附加运算。更小的数据范例占用更少的磁盘、内存、cpu缓存和cpu周期
• ….

镌汰逻辑IO量

• index，优化索引，镌汰不须要的表扫描

如增进索引，调解组合索引字段次序，去除选择性很差的索引字段等等

• table，公道拆分，适度冗余

如将很少行使的大字段拆分到独立表，很是频仍的小字段冗余到“引用表”

• SQL，调解SQL写法，充实操作现有索引，停止不须要的扫描，排序及其他操纵

如镌汰伟大join，镌汰order by，只管union all，停止子查询等

• 数据范例，够用就好，镌汰不须要行使大字段

如tinyint够用就别老是int，int够用也别老bigint，date够用也别老是timestamp

• ….

镌汰query哀求量(非数据库自己)

• 恰当缓存，低落缓存数据粒度，对静态并被频仍哀求的数据举办恰当的缓存

如用户信息，商品信息等

• 优化实现，只管去除不须要的一再哀求

如榨取统一页面多次一再哀求沟通数据的题目，通过跨页面参数转达镌汰会见等

• 公道需求，评估需求产出比，对产出比极度底下的需求公道去除
• ….

进级cpu

• 若颠末镌汰计较和镌汰守候后还不能满意需求，cpu操作率还高T_T
• 是时辰拿出最后的杀手锏了，进级cpu，是选择更快的cpu照旧更多的cpu了?

参考

• 《高机能MySQL》
• 《图解机能优化》
• 大部门清算自《MySQL Tuning For CPU Bottleneck》

【编辑保举】

1. MySQL数据库字符编码总结--数据传输编码
2. DBA大牛MySQL优化心得，语句执行加快就是这么简朴！
3. 达梦DM8新品宣布 国产数据库迎来新的里程碑
4. 成也数据库 败也数据库 Oracle 怎样云渡劫？
5. 6月数据库排行：PostgreSQL 和 MongoDB 分数有数降落

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!