对于SQL和索引的优化问题，我们会使用explain去分析SQL语句。但是真正的企业级项目有成千上万条SQL，我们不可能从头开始一条一条explain去分析。 慢查询日志可帮助 DBA 定位可能存在的问题的 SQL 语句，从而进行 SQL 语句层面的优化 # 参数简介 - slow_query_log：开启慢查询日志 - slow_query_log_file：文件位置及名字 - log_output：慢查询输出格式 FILE/TABLE - long_query_time：慢查询时间（单位：秒） - OLTP：0.1（建议值） - log_queries_not_using_indexes：记录没有使用索引的语句 - long_query_io：记录超过指定逻辑 I/O 次数的SQL 语句 - long_query_type - 0：不将 SQL 语句记录到 slow log - 1：表示根据运行时间将 SQL 语句记录到 slow log - 2：表示根据逻辑 I/O 次数将 SQL 语句记录到 slow log - 3：表示根据运行时间及逻辑 I/O 次数将 SQL 语句记录到 slow log # 慢SQL获取 - select * from mysql.slow_log - mysqldumpslow - 得到返回记录集最多的 10 个 SQL mysqldumpslow -s r -t 10 /opt/mysql/log/slow.log - 得到访问次数最多的 10 个 SQL mysqldumpslow -s c -t 10 /opt/mysql/log/slow.log - 得到按照时间排序的前10条SQL mysqldumpslow -s t -t 30 /opt/mysql/log/slow.log - 得到按照时间排序的前 10 条 SQL 里面含有左连接的查询语句 mysqldumpslow -s t -t 10 -g "left join" /opt/mysql/log/slow.log - 使用 more，避免爆屏 mysqldumpslow -s r -t 10 /opt/mysql/log/slow.log | more - pt-query-digest + anemometer