MySQL的日志文件是数据库运行的核心组成部分，包括二进制日志、重做日志、错误日志、慢查询日志等，这些日志承载着数据变更记录、故障排查线索、主从同步依据等重要信息，一旦被清空会造成不可逆的影响。因此做好日志保护是数据库运维的重要环节。
一、严格管控日志文件的操作权限
权限管控是避免日志被误清空的第一道防线，需要限制对日志目录和文件的读写权限，仅允许MySQL运行用户和必要的运维人员访问。
1. 设置合理的文件权限
MySQL的日志默认存储在数据目录下，建议将日志目录的属主设置为MySQL运行用户，权限设置为750，日志文件权限设置为640，避免其他用户随意操作。
# 查看MySQL运行用户 ps -ef | grep mysql # 设置日志目录权限，假设日志目录为/var/lib/mysql/logs chown -R mysql:mysql /var/lib/mysql/logs chmod 750 /var/lib/mysql/logs # 设置日志文件权限 chmod 640 /var/lib/mysql/logs/*
2. 限制高危命令的执行权限
避免使用root用户直接操作MySQL日志，同时禁止普通用户执行rm、echo > 日志文件等清空文件的命令，可通过sudo权限配置限制高危操作的执行范围。
二、优化MySQL日志相关配置
通过合理的配置参数，可以避免MySQL自动清理日志或者因配置不当导致日志被覆盖清空。
1. 二进制日志（binlog）配置优化
binlog是数据恢复和主从同步的核心日志，需要避免其被自动过期删除，同时设置合理的日志大小和存储规则。
# MySQL配置文件my.cnf中binlog相关配置 [mysqld] # 开启binlog log_bin = /var/lib/mysql/logs/mysql-bin # 设置binlog格式为ROW，记录更完整的数据变更 binlog_format = ROW # 设置binlog过期时间为30天，避免自动清理 expire_logs_days = 30 # 单个binlog文件大小为500M，避免单个文件过大 max_binlog_size = 500M # 禁止自动删除binlog，手动管理清理 binlog_expire_logs_auto_purge = OFF
2. 重做日志（redo log）配置优化
redo log用于崩溃恢复，需要保证其文件不会被意外覆盖，设置合理的文件数量和大小。
[mysqld] # 重做日志文件存储目录 innodb_log_group_home_dir = /var/lib/mysql/logs/redo # 重做日志文件数量，默认2个，可根据需求调整 innodb_log_files_in_group = 2 # 单个重做日志文件大小，默认48M，建议设置为512M或1G innodb_log_file_size = 512M
3. 其他日志配置注意事项
错误日志、慢查询日志建议设置固定的文件路径，避免日志轮转时被直接清空，同时关闭不必要的日志自动截断配置。
三、建立日志定期备份机制
即使做了权限和配置防护，也可能出现硬件故障、人为误操作等情况，因此定期备份日志文件是最后一道保障。
1. 全量备份与增量备份结合
对于binlog这类增量日志，可每天定时备份新增的日志文件到远程存储服务器，同时每周做一次全量日志备份。
#!/bin/bash # binlog备份脚本，每天凌晨2点执行 # 日志源目录 LOG_SRC_DIR="/var/lib/mysql/logs/" # 备份目标目录，可替换为远程存储路径 BACKUP_DIR="/data/mysql_log_backup/$(date +%Y%m%d)" # 创建备份目录 mkdir -p $BACKUP_DIR # 备份新增的binlog文件 rsync -av --ignore-existing $LOG_SRC_DIR/mysql-bin.* $BACKUP_DIR/ # 备份完成后记录日志 echo "$(date) binlog backup success" >> /var/log/mysql_backup.log
2. 备份文件校验
每次备份完成后，可对备份的日志文件做完整性校验，比如计算MD5值，避免备份文件损坏导致无法使用。
# 计算备份目录下所有日志文件的MD5值 find /data/mysql_log_backup/ -name "*.log" -o -name "mysql-bin.*" | xargs md5sum > /data/mysql_log_backup/md5_check.txt
四、规范日志操作与监控告警
除了技术手段，还需要建立规范的操作流程和监控机制，从人为层面减少日志被清空的风险。
1. 制定日志操作规范
- 禁止直接删除或清空线上MySQL的日志文件，清理日志前必须做备份
- 清理binlog需使用MySQL自带的
PURGE BINARY LOGS命令，禁止使用rm命令删除 - 所有日志操作必须记录操作日志，包括操作人、操作时间、操作内容
2. 设置日志监控告警
监控日志文件的大小、修改时间、是否存在等状态，一旦出现日志被清空、日志文件突然消失等情况立即告警。
-- 查看当前binlog文件列表，可定期执行该语句检查日志是否存在 SHOW BINARY LOGS;
也可通过监控工具监控日志目录的文件数量，当文件数量突然减少时触发告警。
五、常见日志误清空场景与应对
如果已经出现日志被清空的情况，可根据不同场景尝试恢复：如果是刚清空binlog，且数据库还在运行，可尝试执行FLUSH LOGS重新生成日志；如果日志已经被删除，可从最近的备份中恢复日志文件，再结合现有日志做数据恢复。但最好的方式还是提前做好上述防护措施，避免日志被清空的情况发生。