合理配置MySQL日志需明确日志类型与格式，平衡性能与排查需求。1. 通用查询日志（general_log）记录所有SQL请求，调试时启用，生产环境慎用，可输出至FILE或TABLE以提升效率；2. 慢查询日志（slow_query_log）是性能调优核心，通过long_query_time和log_queries_not_using_indexes捕获低效语句，结合pt-query-digest分析；3. 错误日志设置log_error路径和log_error_verbosity=2以获取足够信息，并用log_timestamps=SYSTEM统一时区；4. 二进制日志推荐binlog_format=ROW确保数据安全，配合binlog_row_image=MINIMAL减少日志量；5. 根据场景开启必要日志，避免全量记录导致I/O压力，定期轮转并集成监控告警，提升运维效率。
MySQL 日志输出的配置与优化，关键在于明确日志类型、设置合适的格式，并结合实际需求进行性能权衡。合理配置不仅能提升问题排查效率，还能降低系统开销。
启用并配置通用查询日志（General Query Log）
通用日志记录所有进入 MySQL 的 SQL 请求，适合调试但对性能有影响，生产环境慎用。
- 在 my.cnf 或 my.ini 中添加：
[mysqld] general_log = ON general_log_file = /var/log/mysql/general.log log_output = FILE
- log_output 可设为 TABLE 或 FILE，TABLE 存入 mysql.general_log 表，便于查询；FILE 输出到文件更高效。
- 建议仅在排查问题时临时开启，避免长期运行。
优化慢查询日志（Slow Query Log）
慢查询日志是性能调优的核心工具，应精准配置以捕获真正影响性能的语句。
- 开启慢查询日志并设置阈值：
slow_query_log = ON slow_query_log_file = /var/log/mysql/slow.log long_query_time = 1.0 log_queries_not_using_indexes = ON
- long_query_time 定义“慢”的标准，单位秒，可设为 0.5 或 1.0。
- log_queries_not_using_indexes 记录未使用索引的查询，帮助发现潜在问题。
- 结合 pt-query-digest 工具分析日志，定位高频或耗时语句。
调整错误日志格式与级别
错误日志记录启动、关闭及运行时异常，确保关键信息不遗漏。
- 配置错误日志路径和格式：
log_error = /var/log/mysql/error.log log_error_verbosity = 2
- log_error_verbosity 控制详细程度：1=error，2=error+warning，3=error+warning+note。推荐设为 2。
- 配合 log_timestamps 设置日志时间戳时区，避免排查时区混乱：
log_timestamps = SYSTEM
二进制日志（Binary Log）格式选择
Binlog 用于主从复制和恢复，其格式直接影响日志大小与一致性。
- 三种格式：STATEMENT、ROW、MIXED。
- 推荐使用 ROW 模式，更安全且能精确还原数据变更：
binlog_format = ROW
- ROW 模式日志量大，需定期清理或启用压缩（MySQL 8.0+ 支持）：
binlog_row_image = MINIMAL
- MINIMAL 只记录变更前后差异，减少日志体积。
基本上就这些。根据场景开启对应日志，避免全量记录带来的 I/O 压力。定期轮转日志文件，结合监控工具实现告警，才能做到高效运维。
