答案：MySQL日志写入失败需从磁盘空间、文件系统状态、权限设置、配置路径和系统安全模块等方面依次排查。首先检查磁盘使用情况和只读状态，确认MySQL日志目录可读写；接着验证日志文件及目录的属主和权限是否为mysql用户可写；然后审查my.cnf中日志路径配置是否正确且目录存在；最后查阅系统日志如syslog或messages，排查Permission denied或SELinux拒绝等系统级限制，确保MySQL进程具备写入能力并资源充足。
MySQL日志写入失败通常会影响数据库的正常运行，尤其是错误日志、慢查询日志或二进制日志无法写入时，可能导致问题排查困难或主从复制异常。排查和解决这类问题需要从权限、磁盘、配置和进程等多个方面入手。
检查文件系统和磁盘空间
日志写入失败最常见的原因是磁盘空间不足或文件系统只读。
- 运行 df -h 查看磁盘使用情况，确认存放日志的目录所在分区是否有足够空间。
- 使用 mount 命令查看文件系统是否被挂载为只读（ro）。如果是，需重新以读写模式挂载。
- 执行 touch /var/lib/mysql/test.log && rm /var/lib/mysql/test.log 测试是否能正常创建和删除文件。
检查日志文件权限和归属
MySQL服务必须对日志文件及其所在目录有写权限。
- 确认日志文件（如 error.log、slow.log）的所属用户是否为运行MySQL的用户（通常是 mysql）。
- 使用命令 ls -l /var/log/mysql/ 查看权限设置。
- 若权限不正确，可通过 chown mysql:mysql /var/log/mysql/error.log 修改归属。
- 确保目录权限允许写入：chmod 755 /var/log/mysql。
检查MySQL配置文件设置
配置错误会导致日志路径无效或无法创建。
- 打开 my.cnf 或 mysqld.cnf 文件，检查 log-error、slow-query-log-file、log-bin 等路径是否正确。
- 确认路径指向的目录存在，且MySQL进程有权限访问。
- 避免使用相对路径，建议使用绝对路径，例如：/var/log/mysql/mysql-error.log。
- 修改配置后重启MySQL服务使更改生效。
查看系统日志和MySQL错误信息
系统级日志往往能提供更详细的失败原因。
- 查看 /var/log/syslog 或 /var/log/messages 中与MySQL相关的报错。
- 搜索关键词如 “Permission denied”、“No space left on device”、“Cannot open log file”。
- 如果SELinux或AppArmor启用，可能阻止写入，可通过 ausearch -m avc -ts recent 检查SELinux拒绝记录。
- 临时禁用安全模块测试是否为限制导致（仅用于排查）。
基本上就这些。按顺序检查磁盘、权限、配置和系统日志，大多数日志写入问题都能定位并解决。关键是确认MySQL进程有权限向目标路径写入，并确保系统资源充足。
