查看慢查询日志是否开启

SHOW VARIABLES LIKE '%slow_query_log%';

如果返回值为ON，说明慢查询日志已经开启；如果返回值为OFF，则需要启用。

开启慢查询日志

SET GLOBAL slow_query_log=1;

查看慢查询日志阙值

SHOW [GLOBAL] VARIABLES LIKE '%long_query_time%';

该值表示超过多长时间的SQL语句会被记录到慢查询日志中。

设置慢查询日志阙值

SET GLOBAL long_query_time=3;

这意味着超过3秒的SQL语句将被记录到慢查询日志中。

查看是否有SQL语句超过阙值

SHOW GLOBAL STATUS LIKE '%Slow_queries%';

这将显示有多少SQL语句超过了长_query_time阙值。

使用mysqldumpslow分析日志

./mysqldumpslow -s r -t 10 slow.log

• -s r：显示返回记录集最多的10个SQL。
• -t 10：显示访问次数最多的10个SQL。
• 结合| more使用，可以将结果分页显示。

使用explain分析SQL

EXPLAIN SELECT * FROM table_name WHERE condition;

explain的输出结果包含以下信息：

• id：SELECT查询的序列号。
• select_type：查询类型（如SIMPLE、PRIMARY等）。
• table：查询涉及的表。
• type：访问类型（如system、const、eq_ref等）。
• possible_keys：可能使用的索引。
• key：实际使用的索引。
• key_len：索引的长度。
• ref：索引的相关性。
• rows：预计需要读取的行数。
• Extra：额外信息（如Using index、Using temporary等）。

理解explain结果

• id：相同的id值表示同一组查询，id值越大优先级越高。
• select_type：查询类型不同对性能有不同的影响。
• type：访问类型直接影响查询速度。ref和eq_ref通常是最佳的访问类型。
• Extra：Using index表示使用了覆盖索引，可以提升查询性能。

查看Show Profile状态

SHOW VARIABLES LIKE 'profiling';

如果返回值为ON，说明 profiling已开启。

开启 profiling

SET profiling=on;

查看SQL执行结果

SHOW profiles;

这将显示最近10次执行的查询详细信息。

诊断SQL性能问题

• 高CPU使用：查看CPU开销。
• IO瓶颈：查看BLOCK IO开销。
• 内存不足：查看MEMORY和PAGE FAULTS开销。
• 临时表使用：查看Creating tmp table和Copying to tmp table on disk开销。

如果发现资源使用过高，可以根据具体问题进行优化：

• 内存不足：增加max_heap_table_size和max_sort_buffer_size参数。
• IO瓶颈：增加key_buffer_size和sort_buffer_size参数。
• 临时表使用：优化查询逻辑，减少对临时表的依赖。

优化排序和分组性能

• 增大max_length_for_sort_data参数。
• 增大sort_buffer_size参数。

优化连接参数

• max_connections：设置合理的最大连接数。
• max_user_connections：限制用户的最大连接数。

优化缓存参数

• key_buffer_size：增加索引缓存大小。
• myisam_sort_buffer_size：增加排序缓存大小。
• innodb_buffer_pool_size：根据内存大小合理分配。

优化连接参数