用户+系统+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等数学函数
增加排序，欺诈索引得到有序数据或防止不需要排序如unionall替代union，orderby索引字段等
克制范例变换，行使适合范例并保证传入参数范例与数据库字段范例绝对一致如数字用tiny/int/bigint等，定然变换的在传入数据库以前在运用中转好
容易范例，尽管防止繁杂范例，消沉由于繁杂范例带来的附加运算。更小的数据范例占用更少的磁盘、内存、cpu缓存和cpu周期
….
增加逻辑IO量
index，优化索引，增加不需要的表扫描如添加索引，调度组合索引字段依序，去除取舍性很差的索引字段等等
table，正当拆分，适度冗余如将很少行使的大字段拆分到自力表，特别频仍的小字段冗余到“引用表”
SQL，调度SQL写法，充足欺诈现有索引，防止不需要的扫描，排序及其余操纵如增加繁杂join，增加orderby，尽管unionall，防止子盘问等
数据范例，够用就好，增加不需要行使大字段如tinyint够用就别老是int，int够用也别老bigint，date够用也别老是timestamp
….
增加query恳求量（非数据库自身）
恰当缓存，消沉缓存数据粒度，对静态并被频仍恳求的数据举行恰当的缓存如用户讯息，商品讯息等
优化完竣，尽管去除不需要的反复恳求如克制统一页面屡次反复恳求不异数据的题目，过程跨页面参数通报增加拜会等
正当须要，评价须要产出比，对产出比极其下面的须要正当去除
….
进级cpu若过程增加推算和增加等候后还不能餍足须要，cpu欺诈率还高T_T
是时分拿出着末的杀手锏了，进级cpu，是取舍更快的cpu依然更多的cpu了？
参考
《高机能MySQL》
《图解机能优化》
大部份整顿自《MySQLTuningForCPUBottleneck》
做家：jiaxin来源：