MySQL日志监控是数据库运维中的重要环节，通过分析各类日志可以及时发现性能瓶颈、排查错误原因、追踪可疑操作。合理配置和查看MySQL日志，能有效提升数据库的稳定性和安全性。
启用并配置MySQL日志
MySQL支持多种类型的日志，常用的包括：错误日志（error log）、慢查询日志（slow query log）、通用查询日志（general query log）和二进制日志（binary log）。要进行监控，首先需要确保这些日志已开启。
1. 错误日志：记录启动、运行或停止时发生的错误信息。
在my.cnf或my.ini中添加：[mysqld] log-error = /var/log/mysql/mysql-error.log
2. 慢查询日志：记录执行时间超过指定阈值的SQL语句，用于性能优化。
配置示例：slow-query-log = 1 slow-query-log-file = /var/log/mysql/mysql-slow.log long_query_time = 2 log_queries_not_using_indexes = 1
其中long_query_time单位为秒，表示超过该时间的查询将被记录。
3. 通用查询日志：记录所有连接和查询语句，适合调试但对性能有影响，生产环境慎用。
general_log = 1 general_log_file = /var/log/mysql/mysql-general.log
4. 二进制日志：记录所有更改数据的SQL语句，用于主从复制和数据恢复。
log-bin = /var/log/mysql/mysql-bin.log server-id = 1
修改配置后需重启MySQL服务或动态生效部分参数。
实时查看与分析日志文件
日志启用后，可通过系统命令实时监控日志内容。
使用tail -f命令查看实时日志输出：tail -f /var/log/mysql/mysql-error.log结合grep过滤关键信息，例如查找慢查询：
grep "Query_time" /var/log/mysql/mysql-slow.log使用mysqldumpslow工具分析慢查询日志摘要：
mysqldumpslow /var/log/mysql/mysql-slow.log
该工具可汇总相同模式的SQL，便于识别高频慢查询。
利用performance_schema进行高级监控
MySQL自带的performance_schema提供了更细粒度的运行时监控能力，无需写入磁盘日志即可获取执行信息。
查看当前正在执行的SQL：SELECT * FROM performance_schema.events_statements_current WHERE THREAD_ID IN (SELECT THREAD_ID FROM performance_schema.threads WHERE TYPE='FOREGROUND');查询执行次数多或耗时长的SQL：
SELECT DIGEST_TEXT, COUNT_STAR, AVG_TIMER_WAIT/1000000000 AS avg_sec FROM performance_schema.events_statements_summary_by_digest ORDER BY AVG_TIMER_WAIT DESC LIMIT 10;
注意：performance_schema默认启用，但需确保相关消费者（consumers）已打开以收集数据。
定期维护与安全建议
日志文件会持续增长，需制定清理策略防止磁盘占满。
设置日志轮转（logrotate），例如每天切割一次：/etc/logrotate.d/mysql-common 中添加规则避免在生产环境长期开启通用日志，防止敏感SQL泄露和性能下降。 确保日志文件权限受控，仅允许数据库管理员访问。
对于关键系统，建议结合外部监控工具如Prometheus + Grafana、Zabbix或ELK栈集中分析MySQL日志。
基本上就这些。只要配置好日志类型，定期查看并结合工具分析，就能有效掌握MySQL运行状态。不复杂但容易忽略细节，比如路径权限或参数未生效，操作时要注意验证配置是否正确加载。
