MariaDB主库故障后从从库恢复数据库遇找不到库问题咨询

1 优先确认从库复制配置与运行状态 #

• 登录从库执行命令查看复制状态：

  SHOW SLAVE STATUS\G
  

• 重点核查两个核心项：
  • 复制运行状态：Slave_IO_Running和Slave_SQL_Running需均为Yes，任意一项为No都代表复制中断，主库数据未同步到从库，需要先排查复制中断原因，若为不可逆中断则放弃从该从库恢复
  • 同步过滤规则：检查Replicate_Do_DB、Replicate_Ignore_DB等过滤参数，如果目标库被配置为忽略同步，从库会直接不存在该库，此场景也无法从该从库恢复数据，需切换到历史备份恢复方案

2 核查数据库账号权限 #

• 你当前使用的操作账号可能没有目标库的访问权限，执行以下命令查看账号权限：

  SHOW GRANTS FOR '当前用户名'@'登录客户端地址';
  

• 若权限不足，切换高权限账号（如root）重新执行SHOW DATABASES;确认目标库是否存在，mysqldump导出时也需要使用拥有目标库SELECT、SHOW VIEW权限的账号，标准导出命令参考：

  mysqldump -u root -p 目标数据库名 > /备份路径/目标库备份.sql
  

3 排查数据损坏或未同步问题 #

• 若复制状态正常、权限充足仍无法找到目标库，大概率是主库故障前最后一批数据未完成同步，或从库本地数据文件损坏：
  • 查看MariaDB错误日志（默认路径/var/log/mariadb/mariadb.log），搜索目标库相关的报错信息定位问题
  • 若日志提示数据页损坏，可尝试执行修复命令：

    mysqlcheck -u root -p --auto-repair 目标数据库名
    

  • 修复失败的场景，优先使用最近的全量备份+binlog增量恢复数据

4 兜底恢复方案 #

• 确认从库无有效数据且无其他可用备份时，若主库磁盘未损坏，可提取主库残留的binlog文件，使用mysqlbinlog工具解析重放，恢复可追溯的增量数据

内容的提问来源于stack exchange，提问作者Marek Otwinowski