MariaDB损坏表oc_authtoken无法删除重建问题咨询

你的场景属于InnoDB引擎的表空间物理页损坏，数据字典里还保留了表的元数据，因此会出现表"既存在又不存在"的异常，删除表挂起也是因为InnoDB读取损坏页时触发了内部重试逻辑，按以下步骤操作即可修复：

前置操作 #

• 停止Nextcloud与MariaDB容器，完整备份MariaDB对应的数据卷目录，所有操作必须在备份完成后执行，避免不可逆数据丢失
• 禁止未备份的情况下直接对原库执行写操作

方案一：保留原有数据恢复（优先选择） #

该方案可以保留用户已有的登录token，无需所有用户重新登录：

1. 修改MariaDB容器启动命令，添加InnoDB强制恢复参数，从1开始逐步尝试（数值越高恢复能力越强，但数据丢失风险同步升高，最高可设为6），示例启动参数：

   docker run <你原有的MariaDB启动参数> --innodb_force_recovery=3
   

2. 启动MariaDB容器后进入数据库，执行导出命令备份oc_authtoken表数据：

   mysqldump -u [你的数据库用户名] -p nextcloud oc_authtoken > /备份路径/oc_authtoken.sql
   

   如果导出报错，停止容器后调大innodb_force_recovery数值再尝试导出
3. 导出成功后停止MariaDB容器，去掉innodb_force_recovery参数正常启动容器
4. 进入数据库执行删除表命令：

   DROP TABLE IF EXISTS oc_authtoken;
   

   如果仍无法删除，停止容器后手动删除MariaDB数据目录中nextcloud库文件夹下的oc_authtoken.ibd与oc_authtoken.frm文件，再启动容器执行删除表命令
5. 导入之前备份的表数据：

   mysql -u [你的数据库用户名] -p nextcloud < /备份路径/oc_authtoken.sql
   

6. 启动Nextcloud容器，验证服务是否恢复正常

方案二：重建损坏表（适合方案一导出失败的场景） #

该方案会清空所有用户的登录状态，所有用户访问时需要重新登录：

1. 停止Nextcloud容器，将MariaDB启动参数的innodb_force_recovery设为4后启动容器
2. 手动删除MariaDB数据目录中nextcloud库文件夹下的oc_authtoken.ibd与oc_authtoken.frm文件
3. 重启MariaDB容器（去掉innodb_force_recovery参数），进入nextcloud库执行你之前的建表语句创建oc_authtoken表
4. 进入Nextcloud容器执行表结构修复命令：

   sudo -u www-data php occ maintenance:repair
   

5. 关闭Nextcloud维护模式后启动服务，验证功能正常即可

后续优化建议 #

• 增加定时数据库全量备份策略，定期校验备份可用性
• 避免服务器强制断电、强制终止数据库容器的操作，降低InnoDB页损坏概率

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