业务场景需要对 OB 大表做大批量 update 更新，直接执行一条 SQL 更新几万行，经常触发事务过大报错。想请教下，MySQL 模式下，除了分批循环更新之外，OceanBase 有没有更贴合数据库本身特性的优化写法？有没有相关参数可以调整？
1 个赞
OB 单事务有事务大小限制，大表一次性 update 几万行极易报事务过大，不建议直接调大参数硬扛风险。
1、不优先改参数：ob_trx_size_limit可以调大事务阈值，但会加剧内存、回滚段压力，容易引发 OOM、长事务风险，生产不推荐。
2、贴合 OB 特性方案：a业务分批循环 update，按主键 / 分区键分片，每批少量行，提交后继续下一批，最稳妥通用。b，CTE+MERGE INTO（MySQL 模式支持），源数据放临时表，merge 做匹配更新，适合大批量集合更新，数据库层完成批量逻辑，减少应用循环。c，如果允许，新建表改写数据，完成后 rename 切换表，规避大事务，适合超大规模数据变更。
关于OceanBase的讨论很有价值，特别是在update场景下，合理使用OB是关键。