PHP批量更新应避免循环单条执行，推荐用INSERT ... ON DUPLICATE KEY UPDATE（需唯一索引）或CASE WHEN（≤5000行），注意防SQL注入、分块控制max_allowed_packet。
PHP批量更新大批量数据，别用循环单条执行——500 条就明显卡顿，1000 条以上基本会触发 MySQL max_allowed_packet 或 PHP 超时。真正有效的优化不是“加个事务”或“换用 PDO”，而是选对底层 SQL 模式，并控制好边界条件。
用 INSERT ... ON DUPLICATE KEY UPDATE 替代多条 UPDATE
这是 MySQL 场景下最常用、性能最好的批量更新方式，前提是表有 PRIMARY KEY 或 UNIQUE 索引（仅靠普通索引无效）。
- 错误现象：
ON DUPLICATE KEY UPDATE完全没生效，SQL 执行成功但数据没变——大概率是缺失唯一约束，或者INSERT部分的值未触碰冲突字段 - 必须显式列出所有待更新字段，不能写
SET * = VALUES(*)；正确写法是name = VALUES(name), status = VALUES(status) - 注意
VALUES()函数引用的是当前VALUES行的原始输入值，不是数据库当前值；若需基于原值计算（如view_count = view_count + 1），得改用INSERT ... SELECT ... ON DUPLICATE KEY UPDATE或放弃该方案 - 避免用
REPLACE INTO：它本质是DELETE + INSERT，会导致自增 ID 跳变、外键级联异常、触发器重复执行
CASE WHEN 单语句更新只适合字段值各异的场景
当你需要为每条记录设置完全不同的新值（比如不同 id 对应不同 status），且主键明确、数量可控（建议 ≤ 5000 行），CASE WHEN 是安全又高效的纯 UPDATE 方案。
- 拼接时必须同时构造
WHERE id IN (...)子句，否则可能误更新整张表；漏掉这句是线上事故高频原因 - 不要直接字符串拼接用户输入值——哪怕只是
id，也应先array_map('intval', $ids)过滤，或统一用 PDO 参数化（需动态生成占位符） - MySQL 默认
max_allowed_packet通常为 4MB，拼出的 SQL 超过这个长度会报错；可预估：每行约 50–100 字符，5000 行就接近极限，超量必须分块 - 不适用于需要 WHERE 条件带函数或范围判断的场景（如
updated_at ），因为 <code>CASE只能做等值匹配
事务包裹循环执行 ≠ 批量优化
用 PDO::beginTransaction() 包一层 foreach 循环，只能保证原子性，无法提升速度——5000 次 prepare/execute 依然要走 5000 次网络往返、5000 次 SQL 解析、5000 次行锁竞争。
立即学习“PHP免费学习笔记（深入）”；
- 典型错误：在事务里执行几千次
saveAll()（ThinkPHP）或update()（Laravel），内存暴涨、连接池耗尽、死锁概率陡升 - 如果业务逻辑强依赖中间状态（例如某条更新失败后要跳过后续关联操作），才值得用事务循环；否则纯属自我安慰
- 真要循环，务必分块：每次最多 100–200 条，
array_chunk($data, 150)后逐块提交，既控内存又降锁粒度 - 禁用
PDO::ATTR_EMULATE_PREPARES = true（默认开启），否则预处理会被退化成字符串拼接，失去参数化防护
ThinkPHP 的 saveAll() 不是批量操作
ThinkPHP 6.x 的 saveAll() 底层仍是循环调用单条 save()，无论是否开启 replace 或套上 Db::transaction()，都改变不了它发 N 条 SQL 的事实。
- 5000 条数据用
saveAll()，耗时通常是真批量的 10 倍以上；监控 MySQLslow_log就能看到满屏重复的单条UPDATE - 想用框架能力又保性能？直接走原生 SQL：
Db::execute($sql, $params)，或用Db::raw()构造ON DUPLICATE KEY UPDATE语句 - 切勿在
saveAll()里传入含非主键字段的二维数组还指望自动识别冲突字段——它只认id或配置的pk，其他唯一索引一概无视 - 导出 Excel 后回填更新这类场景，宁可手写 SQL 拼接，也不要迷信框架“批量”方法名
真正卡住性能的往往不是语法，而是没意识到：MySQL 的行锁、网络往返、SQL 解析开销，在批量场景下会被放大数十倍。选方案前，先看清楚你的数据有没有唯一标识、字段值是否一致、能不能接受部分失败——这些比“用不用事务”重要得多。
