Rails3升级至5.2.8后，存入1MB数据的测试偶现Mysql2 SAVEPOINT错误

结合你升级Rails版本、使用分库插件ar-octopus以及大数据写入的场景，这个问题大概率和以下几个因素相关：

1. ar-octopus 版本与 Rails 5.2.x 兼容性缺陷 #

你使用的 ar-octopus-0.10.2 版本对 Rails 5.2 的事务及保存点（Savepoint）处理存在适配问题：

• Rails 5.2 优化了测试环境的事务回滚逻辑，会自动创建保存点隔离单个测试用例的数据库操作；
• 旧版本的ar-octopus在处理跨库事务或大数据写入时，可能提前释放了保存点，导致后续的回滚操作找不到对应的 active_record_1 保存点，从而抛出错误。

2. MySQL 数据包大小限制触发隐式错误 #

当写入1MB数据时，可能触碰到 MySQL 的 max_allowed_packet 配置阈值：

• 如果当前MySQL实例的 max_allowed_packet 设置小于或刚好等于1MB（部分环境会修改默认值），大数据写入会先触发MySQL层面的写入失败；
• 此时Rails会尝试回滚事务，但底层错误已经导致保存点被销毁，进而出现保存点不存在的报错。
  小数据写入时数据包远小于阈值，不会触发该问题，所以测试稳定通过。

3. Rails 5.2 事务与验证的执行顺序变化 #

Rails 5.2 调整了验证和事务的执行逻辑：

• Rails 3 中，验证通过后才会启动事务；
• Rails 5.2 部分场景下会提前创建事务（包括保存点）再执行验证。如果大数据验证过程中出现隐性异常（比如内存占用过高导致的中断），或者验证后事务状态被意外修改，就会导致后续回滚时找不到保存点。

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