首先启用慢查询日志可发现执行时间长的SQL，通过设置slow_query_log、long_query_time等参数并使用pt-query-digest分析；其次错误日志帮助定位崩溃、连接失败等问题，关注“Crash”“Aborted connection”等关键词；通用日志记录所有SQL请求，适用于临时抓包但影响性能需谨慎使用；结合SHOW ENGINE INNODB STATUS和information_schema表可分析锁等待与阻塞事务。合理选择日志类型能有效排查性能瓶颈。
MySQL性能问题排查中，日志是定位瓶颈和异常操作的关键工具。通过分析不同类型的日志，可以快速发现慢查询、锁等待、连接异常等问题。以下是几种常用MySQL日志及其在性能排查中的实际应用方法。
启用并分析慢查询日志（Slow Query Log）
慢查询日志记录执行时间超过指定阈值的SQL语句，是优化性能的第一步。
说明与设置：- 确保开启慢查询日志：
SET GLOBAL slow_query_log = 'ON';
- 设置慢查询阈值（单位：秒）：
SET GLOBAL long_query_time = 1;
- 指定日志文件路径：
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
分析方式：
- 使用
mysqldumpslow工具汇总慢查询日志：mysqldumpslow /var/log/mysql/slow.log
- 使用
pt-query-digest（Percona Toolkit）进行深度分析，识别执行次数多、耗时长的SQL。
查看错误日志定位异常中断或启动问题
错误日志记录MySQL启动、运行过程中的关键错误，如崩溃、连接失败、表损坏等。
- 默认路径通常为
/var/log/mysql/error.log或配置文件中log_error指定位置。 - 关注关键字如“Crash”、“Aborted connection”、“Out of memory”等，可帮助判断是否因资源不足或客户端异常断开导致性能下降。
- 若频繁出现“Too many connections”，说明连接数配置过低或存在连接泄漏。
启用通用日志追踪所有SQL请求（谨慎使用）
通用日志（General Query Log）记录所有客户端发送的SQL语句，适合短时间抓包分析请求模式。
- 开启命令：
SET GLOBAL general_log = 'ON';
- 设置日志文件：
SET GLOBAL general_log_file = '/var/log/mysql/general.log';
注意：该日志对性能有影响，仅用于临时诊断，排查后应及时关闭。
可用于发现高频执行的小查询、未参数化的SQL或异常访问行为。
结合InnoDB行锁等待日志分析阻塞问题
当出现锁竞争时，可通过InnoDB状态信息查看锁等待情况。
- 执行
SHOW ENGINE INNODB STATUS\G，查看“TRANSACTIONS”部分中的锁等待信息。 - 关注“LOCK WAIT”事务，识别哪个SQL被阻塞、持有锁的事务ID及等待时间。
- 配合
information_schema.INNODB_TRX和INNODB_LOCKS表查询实时事务状态。
基本上就这些。合理配置和分析MySQL日志，能有效定位慢查询、连接异常、锁争用等常见性能问题。关键是根据场景选择合适日志类型，避免长期开启高开销日志影响系统稳定性。
