## 分析SQL语句 **分析sql查询慢的方法** * 记录慢查询日志；推荐使用pt-query-digest工具进行分析 * 使用 show profile > * 使用 ` set profiling = 1;` 开启 show profile ，服务器上执行的所有语句会检测消耗的时间，存到临时表中 > * `show profiles` > * `show profile for query 临时表ID` * 使用show status > * show status 会返回一些计数器，`show global status ` 查看服务器级别的所有计数器 > * 有时根据这些计数器，猜测哪些操作代价较高或者消耗时间多 * 使用show processlist; 观察是否有大量线程处于不正常的状态或者特征 * 使用explain 或 desc ; 分析单条sql语句 > 分析字段说明 >  > select_type查询类型 说明 > **优化查询过程中的数据访问** >[info] > * 访问数据太多导致查询性能下降 > * 确定应用程序是否在检索大量超过需要的数据，可能是太多行或列 > * 确认MySql服务器是否在分析大量不必要的数据行 > * 查询不需要的记录，使用`limit`解决 > * 不使用`select * ` 会让优化器无法完成索引覆盖扫描的优化 > * 查询需要扫描大量的数据但只返回少数的行，可以使用`索引覆盖` ``` mysql 内部每秒能扫描内存中上百万行数据，相比之下，响应数据给客户端就慢很多 使用尽可能少的查询是好的，但是有时将一个大的查询分解为多个小的查询是很有必要的 ``` **优化count()查询** * `count(*)`中的`*`会忽略所有的列，直接统计所有列数，因此不要使用`count(列名)` **优化关联查询** * 确定 `on` 或者 `using` 子句的列上有索引 * 确保 `group by` 和 `order by` 中只有一个表中的列，这样MySql才有可能使用索引 **优化子查询** * 尽可能使用关联查询来替代 **优化group by 和 distinct** * 这两种查询均可使用索引来优化，是最有效的优化方法 * 关联查询中，使用标识列进行分组的效率会更高 * 如果不需要`order by` ,进行`group by`时使用 `order by null ` ，mysql 不会再进行文件排序 * with rollup 超级聚合，可挪到应用程序处理 **优化limit** * limit 偏移量大的时候，查询效率会低 * 可以记录上次查询的最大ID, 下次查询时直接根据该ID来查询 **优化union查询** * `union all` 的效率高于`union`