这个问题可以从应用开发端和数据库端来看：

  • 应用开发端：
  1. 确认是否使用了set autocommit=0。
    这个确认工作可以在测试环境中开展，把MySQL的general_log开起来，然后随便跑一个业务逻辑，通过general_log的日志来确认。一般框架如果会设置这个值，也就会提供参数来控制行为，你的目标就是把它改成1。
  2. 确认是否有不必要的只读事务。有些框架会习惯不管什么语句先用begin/commit框起来。我见过有些是业务并没有这个需要，但是也把好几个select语句放到了事务中。这种只读事务可以去掉。
  3. 业务连接数据库的时候，根据业务本身的预估，通过SET MAX_EXECUTION_TIME命令，来控制每个语句执行的最长时间，避免单个语句意外执行太长时间。
  • 从数据库端来看
  1. 监控 information_schema.Innodb_trx表，设置长事务阈值，超过就报警/或者kill；
  2. Percona的pt-kill这个工具不错，推荐使用；
  3. 在业务功能测试阶段要求输出所有的general_log，分析日志行为提前发现问题；
  4. 如果使用的是MySQL 5.6或者更新版本，把innodb_undo_tablespaces设置成2（或更大的值）。如果真的出现大事务导致回滚段过大，这样设置后清理起来更方便。