被问到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：
