SQL为什么慢，如何定位处理？

作为DBA在日常维护数据库中关键的就是数据库性能问题，对于服务百万级活跃用户，保障性能才是核心，功能全面，产品好，性能扛不住都是扯淡。
这里简单分析导致MySQL慢的可能因素，以及一些处理技巧：

一、导致MySQL慢可能的因素有
1、系统资源不足，配置低

2、系统层面未进行基本的优化，不同进程间资源抢占，所以推荐数据库服务器部署单实例

3、MySQL配置文件部分参数设置不合理

4、数据库垃圾SQL横行

二、查看系统层面负载手段
1、top查看整体负载情况，快速确认哪个进程系负载高

2、free查看内存情况，是否有内存泄露和用了swap等风险

3、vmstat/sar查看当前系统瓶颈到底在哪，如CPU、IO、网络等

4、perf top查看cpu消耗在哪些系统调用函数

三、查看MySQL的整体情况
1、观察show processlist输出中是否有临时表、排序、大量逻辑读、锁等待等状态

2、观察show engine innodb status输出中是否有大事务、长事务、锁等待等状态

四、处理垃圾SQL，常用手段
1、用explain、desc观察执行计划

2、用profiling定位sql执行的瓶颈

3、用pt-query-digest分析慢sql

五、附几个排查处理问题小技巧
1、mysqld进程消耗CPU长时间超过90%的话，99.9%是因为没用好索引

2、cpu的%sys高的话，大概率是swap或中断不均衡导致，也可能是有多个索引且超高并发写入(更新)，或者有很严重的锁等待事件

3、最⼤的瓶颈通常是在磁盘I/O上，因此尽量用高速磁盘设备

4、如果物理磁盘无法再升级，则通过增加内存提升性能容量

5、遇到无法诊断的问题时，试试⽤perf top来观测跟踪

6、SQL执行慢，有时未必是效率低，也可能是因为锁等待，甚⾄是磁盘满了

六、常用的sql调优手段或工具
1、根据执行计划优化
通常使用desc或explain，主要注意点如下：
1.1、type：显示关联类型。重点关注ALL（全表扫描）、index（全索引扫描）；
1.2、key_len：使用到索引的长度。通常该值大于30就要注意被选中的索引是否字符串类型，可否进一步优化；
1.3、rows：预估扫描的行数。通常该值大于1万就要注意可否选择更合适的索引减少扫描的行数；
1.4、extra：显示额外信息。重点关注Using temporary，Using filesort，尽量通过添加或调整来消除。

2、利用profiling优化
通过探针的方式详细记录sql执行过程详细代价，可以很清楚地了解到sql到底慢在哪个环节。
重点关注下列几种情况是否耗时较大：
sending data
creating sort index
sorting result
query end
Waiting … lock
Creating tmp table
Copying to tmp table

3、利用optimizer_trace优化
可以输出优化器评估SQL执行计划的详细过程，尤其是每个可能的索引选择的代价。
利用它可以明白优化器为什么选中索引A，而不选中索引B。

4、利用session status优化
通过flush status重置session级别的状态值后，执行sql查看相应的状态变化量。
可重点关注几个信息：
Created_tmp_tables，创建内存临时表
Created_tmp_disk_tables，创建磁盘临时表，尤其注意
Handler_read_rnd，随机读
Handler_read_rnd_next，全表扫描或者排序或者读下一行
Select_scan，全表扫描
Select_full_join，全表join
Sort_merge_passes，多次归并排序

5、其他优化工具
MySQL workbench、pt-query-digest、soar、sqladvisor等