MySQL更新JSON字段时出现“Undo log record is too big”错误求助

错误原因 #

1. JSON字段体积膨胀触发阈值：你的influencers是JSON类型，当数组不断追加元素后，单条记录的JSON数据量会持续变大。InnoDB的undo日志需要记录更新前后的数据差异，当这条日志的大小超过默认16KB的undo日志页限制时，就会触发该错误。由于是随机出现，说明只有当更新命中JSON体积已达临界值的记录时才会报错。
2. 批量更新放大风险：你的语句一次最多更新10条记录，若其中某几条的JSON字段已接近阈值，追加元素后生成的undo日志直接超限，导致随机报错。
3. MySQL版本的JSON处理缺陷：MySQL 8.0.32在处理JSON类型更新时，可能存在undo日志记录冗余的问题，即使实际数据变化不大，也会生成超出预期的日志量，进而触发错误。

修复、规避与替代方案 #

• 拆分批量更新：将一次更新10条记录的操作拆分为多个小批量更新（比如每次更新2-3条），减少单事务内生成的undo日志总量，降低单条日志超限的概率。例如把id in (?, ?, ..., ?)拆分成多个独立的UPDATE语句。
• 重构为关联表存储：如果influencers数组元素较多，建议放弃JSON存储，新建user_influencers关联表，用user_id和influencer_id作为联合主键。这样添加元素时只需插入单条记录，不会产生大体积的undo日志，从根源上避免这类问题。
• 移除无意义更新字段：原语句中row_timestamp = row_timestamp属于无效更新，会额外生成不必要的undo日志，直接删除该字段的更新逻辑，减少日志生成量。
• 升级MySQL版本：后续的MySQL 8.0版本（如8.0.35及以上）修复了部分JSON更新时的undo日志优化问题，可查看官方版本说明确认后升级，解决版本固有缺陷。
• 谨慎调整InnoDB参数：若必须保留当前架构，可尝试调整innodb_page_size（注意该参数需在实例初始化时设置，无法动态修改，操作前需备份数据），但此方法风险较高，仅作为最后备选。

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