索引常见问题

被问到SQL和索引优化问题，如何切入？

可以用 explain 进行分析

思考流程：找到哪些运行时间长浪费性能的sql，然后再用explain分析

慢查询日志

MySQL可以设置慢查询日志，当SQL执行的时间超过我们设定的时间，那么这些SQL就会被记录在慢查询日志当中，然后我们通过查看日志，用explain分析这些SQL的执行计划，来判定为什么效率低下，总体步骤如下：
1 设置慢查询日志；

2 压测执行各种业务；

3 查看慢查询日志，找出所有耗时日志；

4 用explain分析第三步查出的耗时sql；

5 举例子说明；

实例演示

慢查询日志相关参数如下图：
slow_query_log

可以看到慢查询日志存放在 /var/lib/mysql/ubuntu-slow.log

设置开启慢查询日志

设置慢查询起始时间为100ms即0.1s

set long_query_time=0.1;

打开另一个和mysql的会话，可以看到前面 long_query_time 修改只针对当前会话，而慢查询日志开关是全局的。

此时我们进行一次耗时的查询操作，都大于0.1s

然后切换超级用户查看 /var/lib/mysql/ubuntu-slow.log文件

可以看到就是我们前面查询的三条记录

接下来便可以explain分析sql执行计划

杂项：查看sql执行的精确时间

有时候查询显示0.00sec 我们希望获取更高精度的显示，我们可以做如下操作：

做查询，并查看详细时间信息show profiles：