对于SQL调优，其中关键的一点是开启慢查询日志。MYSQL会记录下查询超过指定时间的语句，通过定位分析性能的瓶颈，
才能更好的优化数据库系统的性能。
MYSQL慢查询日志默认是关闭的。需要通过在 /etc/my.cnf 配置中添加如下参数：
#开启慢查询日志 slow_query_log=ON #慢查询的阈值，默认为10秒，最小为0，精度可以到微妙 long_query_time=3 #日志记录文件如果没有给出file_name值， 默认为主机名，后缀为-slow.log。如果给出了文件名，但不是绝对路径名，文件则写入数据目录。 slow_query_log_file=slow_query.log
配置修改后，重启数据库
# service mysqld restart
验证开启慢日志查询：
第一种直接通过变量来确认是否开启。
mysql> show variables like 'slow_query%'; +---------------------+----------------+ | Variable_name | Value | +---------------------+----------------+ | slow_query_log | ON | | slow_query_log_file | slow_query.log | +---------------------+----------------+ 2 rows in set (0.00 sec) mysql> show variables like 'slow_query_time%'; Empty set (0.00 sec) mysql> show variables like 'long_query_time%'; +-----------------+----------+ | Variable_name | Value | +-----------------+----------+ | long_query_time | 3.000000 | +-----------------+----------+ 1 row in set (0.00 sec)
第二种是直接通过查看慢日志文件内容来确认：
执行超过3s的查询语句。
查看慢查询日志内容：
这样我们就能通过慢日志拿到SQL，从而再对SQL进行索引排查，进行SQL优化。
二进制文件：记录数据变化
binlog记录了数据库所有的ddl语句和dml语句，但不包括select语句内容，语句以事件的形式保存，描
述了数据的变更顺序，binlog还包括了每个更新语句的执行时间信息。如果是DDL语句，则直接记录到
binlog日志，而DML语句，必须通过事务提交才能记录到binlog日志中。 生产中才开启二进制日志。
主要作用：数据备份、恢复、主从
开启二进制日志：
在 /etc/my.cnf 配置中添加如下配置：
log-bin=mysql-bin
执行 service mysqld restart 重启数据库。查看数据库目录
出现了mysql-bin文件，后面的序号是备份次数，文件会在数据库备份、重启时，都会为当前的数据进行备份。
比如我再执行多两次重启数据库，会生成这样的文件。
