CodeIgniter批量更新应优先使用update_batch()配合分批与事务，确保每项含主键、单批100~500条；手动拼写INSERT...ON DUPLICATE KEY UPDATE适用于复杂场景；禁用循环单条更新等低效写法。
CodeIgniter 框架中批量更新数据库，不建议用循环 + 单条 update，效率低、易超时、事务难控制。真正高效的做法是：一次 SQL 批量更新（如 INSERT ... ON DUPLICATE KEY UPDATE 或 REPLACE INTO），或使用 CodeIgniter 的 update_batch() 方法配合合理分片。
优先用 update_batch() + 分批处理
CI 内置的 update_batch() 会生成一条 INSERT ... ON DUPLICATE KEY UPDATE 语句（MySQL）或模拟批量逻辑（其他数据库），比 foreach + update 快数倍。
- 确保数据数组中每项都包含主键或唯一键字段（如
id），否则无法定位更新行 - 批量不宜过大（建议 100~500 条/批），避免 MySQL packet size 超限或锁表时间过长
- 开启事务包裹，保证原子性：
$this->db->trans_start(); $this->db->update_batch(...); $this->db->trans_complete();
手动拼接 INSERT ... ON DUPLICATE KEY UPDATE
当 update_batch() 不满足需求（如需复杂条件更新、多字段判断赋值），可手写原生 SQL，性能更可控。
- 先用
array_map()格式化数据为占位符数组，避免 SQL 注入 - 拼接时注意字段顺序与 VALUES 一一对应，
ON DUPLICATE KEY UPDATE后显式列出要更新的字段（如name=VALUES(name), status=VALUES(status)） - 对大数组做 chunk 分割，每批执行一次 SQL，减少单次查询压力
避免常见低效写法
以下写法看似直观，但实际极慢且危险：
-
foreach ($data as $row) { $this->db->where('id', $row['id'])->update('table', $row); }→ N+1 查询，无事务保护，网络开销大 - 全量查出再逐条比对再更新 → 多余 IO，内存占用高，易脏读
- 用
replace_into()替代update_batch()→ 会触发 DELETE + INSERT，丢失自增 ID 和外键关联风险
结合模型层封装复用
把批量更新逻辑封装进模型方法，提升可维护性：
- 定义方法如
batch_update_by_id($data, $batch_size = 200) - 内部自动分块、事务包装、错误日志记录、返回影响行数统计
- 支持传入额外 where 条件（如只更新状态为 pending 的记录），增强灵活性
