MariaDB 10.5使用mysqldump备份报1034错误assets表索引损坏如何修复

报错信息：mysqldump.exe: Error 1034: Index for table 'assets' is corrupt; try to repair it when dumping table 'assets' at row 1960363

前置操作（必做，避免数据丢失） #

• 暂停所有对assets表的写入操作，必要时可将数据库临时设为只读状态，避免修复过程中数据二次损坏
• 进入MariaDB的数据存储目录，找到assets表对应的物理文件，完整复制一份到独立目录做冷备份，修复失败时可直接回滚

修复前先确认表存储引擎 #

登录MariaDB命令行执行以下命令，替换对应库名即可查询：

SELECT ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA = '你的业务库名' AND TABLE_NAME = 'assets';

MyISAM引擎表修复方案 #

MyISAM是该类索引损坏报错的高发引擎，按以下步骤操作：

• 切换到目标业务库：USE 你的业务库名;
• 优先执行快速修复，不扫描全量数据只修复索引：REPAIR TABLE assets QUICK;
  • 若返回结果中Msg_text值为OK，直接执行SELECT COUNT(*) FROM assets;验证数据行数正常后，即可重试备份
  • 若快速修复失败，执行深度修复命令：REPAIR TABLE assets EXTENDED;
• 修复完成后必须验证数据完整性，确认无丢失再执行备份操作

InnoDB引擎表修复方案 #

InnoDB索引损坏不需要使用REPAIR命令，按以下步骤操作：

• 直接执行索引重建命令：ALTER TABLE assets FORCE; 该命令会重新生成该表所有索引，同时自动校验页数据完整性
• 若上述命令执行失败，可先修改MariaDB配置文件，添加参数innodb_force_recovery = 1，重启数据库后直接导出全量数据，再重建表导入数据即可自动生成新的索引
• 验证数据无异常后即可正常执行备份

应急备份方案 #

若急需完成备份，可临时跳过索引校验先导出数据：

mysqldump --skip-indexes 你的业务库名 assets > assets_data_backup.sql

后续导入数据时会自动重建索引，不影响数据完整性。

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