上一节我们介绍了MySQL的索引，MySQL进阶—索引1_兜兜转转m的博客
用于提高查询效率。那么我们应该优化哪些库的哪些sql呢？
答案1：肯定是查询频繁的数据库和查询执行时间长的sql。现在我们一一来解决这个问题。
- 首先如何判断一个数据库是否是查询频繁呢？
我们可以看它的状态信息
SHOW GLOBAL STATUS LIKE 'Com_______';
我们主要关注：
- Com_delete: 删除次数
- Com_insert: 插入次数
- Com_select: 查询次数
- Com_update: 更新次数
通过上述指令，我们可以查看到当前数据库到底是以查询为主，还是以增删改为主，从而为数据 库优化提供参考依据。 如果是以增删改为主，我们可以考虑不对其进行索引的优化。 如果是以 查询为主，那么就要考虑对数据库的索引进行优化了。
我们又该如何定位针对于那些查询语句进行优化呢？ 我们可以借助于慢查询日志。
慢查询日志
慢查询日志记录了所有执行时间超过指定参数（long_query_time，单位：秒，默认10秒）的所有 SQL语句的日志。
MySQL的慢查询日志默认没有开启，我们可以查看一下系统变量 slow_query_log = off
可以通过在配置文件最后增加这两个配置信进行打开，并且查询时长不能超过2秒。
# 开启MySQL慢日志查询开关
slow_query_log=1
# 设置慢日志的时间为2秒，SQL语句执行时间超过2秒，就会视为慢查询，记录慢查询日志
long_query_time=2配置完毕之后，通过以下指令重新启动MySQL服务器进行测试，查看慢日志文件中记录的信息
然后，再次查看开关情况，慢查询日志就已经打开了。
测试
执行如下Sql，一个查询耗时0.00033秒，一个耗时13.35秒
我们之前打开过检查慢查询日志。
最终我们发现，在慢查询日志中，只会记录执行时间超多我们预设时间（2s）的SQL，执行较快的SQL 是不会记录的
然后在实际开发中，我们也会出现这个问题，我们写的SQL逻辑并不复杂却执行了1.9s，这个sql就不会被慢查询日志记录，但是我们也应该对其进行优化。
profile
- show profiles 能够在做SQL优化时帮助我们了解时间都耗费到哪里去了。
- 通过have_profiling 参数，能够看到当前MySQL是否支持profile操作：
设置打开。
SET profiling = 1开关已经打开了，接下来，我们所执行的SQL语句，都会被MySQL记录，并记录执行时间消耗到哪儿去 了。 我们直接执行如下的SQL语句：
select * from tb_user;
select * from tb_user where id = 1;
select * from tb_user where name = '白起';
select count(*) from tb_sku;
查看每一条SQL的耗时情况:
到这里，我们就可以结合慢查询日志和profile来辅助分析sql的具体执行时间。
【总结】
- 慢sql查询日志修改配置文件，打开慢查询日志和记录sql执行的最长时间。
- profile记录每条sql的执行时间，需要进行设置set profiling = 1；
