面试官：如果 MySQL 引起 CPU 消耗过大，你会怎么优化？

推荐大家关注一个公众号

后台回复“大礼包”有惊喜礼包！

每日英文

Tired heart is always hovering between adhering to and giving up, indecisive. Trouble is that memory is good, the mind should not mind will stay in memory.

心累，就是常常徘徊在坚持和放弃之间，举棋不定。烦恼，就是记性太好，该记的，不该记的都会留在记忆里。

每日掏心话

成熟，不是你绷起脸，显得多么老道；不是你知道多少大是大非，懂得多少大道理，而是你能理解身边发生的小事都可能有它的不得已。

责编：乐乐 | 来自：cnblogs.com/xiaoheliu1024/p/12657929.html

往日回顾：

正文

大家好，我是小乐。

谁在消耗cpu?

用户+系统+IO等待+软硬中断+空闲

祸首是谁？ 1、用户

用户空间CPU消耗，各种逻辑运算

• 正在进行大量tps

• 函数/排序/类型转化/逻辑IO访问…

用户空间消耗大量cpu，产生的系统调用是什么？那些函数使用了cpu周期？

2、IO等待

等待IO请求的完成：此时CPU实际上空闲

如vmstat中的wa 很高。但IO等待增加，wa也不一定会上升（请求I/O后等待响应，但进程从核上移开了）

产生影响

用户和IO等待消耗了大部分cpu

• 吞吐量下降（tps）

• 查询响应时间增加

• 慢查询数增加

• 对mysql的并发陡增，也会产生上诉影响

• 减少IO量 ，SQL/index，使用合适的索引减少扫描的行数（需平衡索引的正收益和维护开销，空间换时间）

• 提升IO处理能力，加cache/加磁盘/SSD

• 减少逻辑运算量

• • 避免使用函数，将运算转移至易扩展的应用服务器中 如substr等字符运算，dateadd/datesub等日期运算，abs等数学函数

  • 减少排序，利用索引取得有序数据或避免不必要排序 如union all代替 union，order by 索引字段等

  • 禁止类型转换，使用合适类型并保证传入参数类型与数据库字段类型绝对一致 如数字用tiny/int/bigint等，必需转换的在传入数据库之前在应用中转好

  • 简单类型，尽量避免复杂类型，降低由于复杂类型带来的附加运算。更小的数据类型占用更少的磁盘、内存、cpu缓存和cpu周期

index，优化索引，减少不必要的表扫描 如增加索引，调整组合索引字段顺序，去除选择性很差的索引字段等等

table，合理拆分，适度冗余 如将很少使用的大字段拆分到独立表，非常频繁的小字段冗余到“引用表”

SQL，调整SQL写法，充分利用现有索引，避免不必要的扫描，排序及其他操作 如减少复杂join，减少order by，尽量union all，避免子查询等

数据类型，够用就好，减少不必要使用大字段 如tinyint够用就别总是int，int够用也别老bigint，date够用也别总是timestamp

适当缓存，降低缓存数据粒度，对静态并被频繁请求的数据进行适当的缓存 如用户信息，商品信息等

升级cpu若经过减少计算和减少等待后还不能满足需求，cpu利用率还高T_T 是时候拿出最后的杀手锏了，升级cpu，是选择更快的cpu还是更多的cpu了？

• 低延迟（快速响应），需要更快的cpu（每个查询只能使用一个cpu）

• 高吞吐，同时运行很多查询语句，能从多个cpu处理查询中收益

你还有什么想要补充的吗？

PS：欢迎在留言区留下你的观点，一起讨论提高。如果今天的文章让你有新的启发，欢迎转发分享给更多人。

版权申明：内容来源网络，版权归原创者所有。除非无法确认，我们都会标明作者及出处，如有侵权烦请告知，我们会立即删除并表示歉意。谢谢!

欢迎加入后端架构师，在后台回复“”即可。

最近面试BAT，整理一份面试资料《Java面试BAT通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。在这里，我为大家准备了一份2021年最新最全BAT等大厂Java面试经验总结。

别找了，想获取史上最简单的Java大厂面试题学习资料

扫下方二维码回复「面试」就好了

嘿，你在看吗？