MySQL报错 故障修复：MY-010431 ER_RPL_FAILED_TO_OPEN_INFO_FILE SQLSTATE HY000远程处理方法

🔥 MySQL报错 | 故障修复：MY-010431 ER_RPL_FAILED_TO_OPEN_INFO_FILE远程处理指南

📢 最新动态（2025年7月）
近期MySQL社区报告多起MY-010431错误集中爆发，主要影响8.0.30+版本的主从复制环境，官方已确认该问题与特定权限配置冲突有关，临时解决方案可参考下文👇

🚨 错误现象速览

当MySQL从库尝试读取主库的复制信息文件（如master.info或relay-log.info）时，突然抛出以下错误：

[ERROR] [MY-010431] [Server] Failed to open the info file (file_name='./relay-log.info', errno=13 - Permission denied)
SQLSTATE: HY000

伴随症状：

• 从库复制线程（IO/SQL）崩溃重启
• 错误日志频繁刷屏
• 主从数据同步中断

🕵️‍♂️ 根因分析

1️⃣ 权限问题（90%案例）

• MySQL服务账户（通常为mysql）对datadir目录无读写权限
• SELinux/AppArmor等安全模块拦截文件访问

2️⃣ 文件损坏（罕见但致命）

• 服务器异常断电导致*.info文件损坏
• 磁盘坏道引发文件系统错误

3️⃣ 路径配置错误

• my.cnf中配置了错误的数据目录路径

🛠️ 远程修复五步法

步骤1：快速权限修复（SSH执行）

# 检查文件归属（远程服务器执行）
ls -l /var/lib/mysql/*.info  
# 修正权限（假设mysql是服务账户）
chown mysql:mysql /var/lib/mysql/*.info  
chmod 660 /var/lib/mysql/*.info  
# 如果使用SELinux  
restorecon -Rv /var/lib/mysql/

步骤2：应急重启复制

-- 在MySQL客户端执行  
STOP SLAVE;  
START SLAVE;  
SHOW SLAVE STATUS\G  -- 确认错误是否消除

步骤3：深度文件检查

# 检查文件完整性  
cat /var/lib/mysql/relay-log.info  
# 正常应显示类似内容：  
# 7  
# ./mysql-relay-bin.000258  
# 155  
# mysql-bin.000107  
# 463741287  
# 0  
# 0  
```  乱码，需进入**步骤4**重建  
### 步骤4：核弹级解决方案（重建复制）  
```sql
-- 主库获取当前binlog位置（需主库权限）  
SHOW MASTER STATUS;  -- 记录File和Position  
-- 从库重置配置  
STOP SLAVE;  
RESET SLAVE ALL;  
-- 重新配置复制（替换实际值）  
CHANGE MASTER TO  
MASTER_HOST='主库IP',  
MASTER_USER='repl_user',  
MASTER_PASSWORD='密码',  
MASTER_LOG_FILE='mysql-bin.000107',  
MASTER_LOG_POS=463741287;  
START SLAVE;

步骤5：防御性配置

在my.cnf添加加固配置：

[mysqld]  
relay_log_info_repository = TABLE  # 将信息存入mysql.slave_relay_log_info表  
master_info_repository = TABLE  
sync_relay_log_info = 1  

💡 避坑指南

• 云数据库特别注意：AWS RDS/AliCloud等托管服务需通过控制台调整参数组
• 容器化部署：确保持久化卷挂载正确，且非root用户有权限
• 监控建议：配置告警规则捕捉MY-010431错误码

📚 延伸知识

该错误在MySQL 8.0中更常见，因为：

• 默认启用relay_log_recovery=ON
• 强化了权限校验机制

遇到顽固案例时，可尝试mysqld --initialize-insecure重建数据目录（⚠️ 会清空数据！）

🎯 总结
90%的MY-010431错误通过权限修正即可解决，如遇复杂情况，按本文步骤逐步排查，必要时重建复制通道，建议定期检查从库状态,防患于未然！