面试题：MySQL表损坏对事务处理的影响及修复策略

Question

假设在一个使用MySQL作为数据库的事务型应用中，某个关键表发生损坏。阐述这种损坏可能对正在进行的事务产生哪些影响，以及如何在不丢失事务数据的前提下，选择合适的方法修复该表并恢复事务的正常执行。

Answer 1

关键表损坏对正在进行事务的影响

1. 数据不一致：事务可能读取到损坏的数据，导致计算结果错误，最终使数据库整体数据状态不一致。例如，在涉及金额计算的事务中，若关键表中存储金额的字段损坏，可能导致金额计算错误。
2. 事务回滚：数据库检测到表损坏时，可能会自动回滚正在进行的相关事务，以保证数据一致性。比如，在一个转账事务中，若涉及的关键账户信息表损坏，整个转账事务可能被回滚。
3. 锁争用问题：损坏的表可能会影响锁机制的正常工作，导致其他事务等待锁的时间过长，甚至产生死锁。例如，损坏表上的锁无法正常释放，后续事务一直等待获取锁。

在不丢失事务数据前提下修复表及恢复事务正常执行的方法

1. 使用MySQL自带修复工具
   • myisamchk工具：对于MyISAM存储引擎的表，可使用myisamchk工具。先关闭MySQL服务，然后在表所在目录下执行myisamchk -r -f 表名.MYI命令。-r参数表示修复，-f表示强制修复。修复完成后重启MySQL服务。
   • mysqlcheck工具：可用于多种存储引擎表的检查和修复。连接到MySQL数据库后，执行mysqlcheck -u用户名 -p密码 --repair 数据库名.表名命令。该工具会尝试修复表结构和数据，且尽量保证事务数据不丢失。
2. 从备份恢复
   • 全量备份恢复：如果有最近的全量备份，可先停止应用，将数据库恢复到备份时的状态。然后通过事务日志（如二进制日志binlog）重放自备份以来的所有事务，从而恢复到故障前的状态。例如，使用mysqlbinlog工具重放二进制日志。
   • 增量备份恢复：若同时有全量备份和增量备份，先恢复全量备份，再按顺序应用增量备份，最后重放事务日志来恢复事务数据。
3. 使用存储引擎特定修复机制
   • InnoDB存储引擎：InnoDB有自动恢复机制，在MySQL重启时，它会根据重做日志（redo log）和回滚日志（undo log）自动恢复未完成的事务。若自动恢复失败，可尝试使用innodb_force_recovery参数。将该参数设置为合适的值（1 - 6，数值越大强制程度越高，但可能丢失更多数据），启动MySQL后导出数据，修复表结构，再重新导入数据。