mysql 大事务回滚 分析_生产环境下，MySQL大事务操作导致的回滚解决方案

如果mysql中有正在执行的大事务DML语句，此时不能直接将该进程kill，否则会引发回滚，非常消耗数据库资源和性能，生产环境下会导致重大生产事故。

如果事务操作的语句非常之多，并且没有办法等待那么久，可以采取以后操作：

1. 在数据库中的配置文件中新增：innodb_force_recovery = 3。

innodb_force_recovery影响整个InnoDB存储引擎的恢复状况。默认为0，表示当需要恢复时执行所有的innodb_force_recovery可以设置为1-6,大的数字包含前面所有数字的影响。当设置参数值大于0后，可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。

1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页。

2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。

3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作。

4(SRV_FORCE_NO_IBUF_MERGE):不执行插入缓冲的合并操作。

5(SRV_FORCE_NO_UNDO_LOG_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。

6(SRV_FORCE_NO_LOG_REDO):不执行前滚的操作。

2.重启msql，drop掉导致回滚的表，再将配置文件恢复成默认值(即不需要在配置文件中设置innodb_force_recovery参数)，再次重启mysql。

重启操作会因为数据量非常大，导致mysql恢复缓慢，此时需要等待mysql