不行，但能跑通；不推荐在 foreach 中执行 UPDATE，因会导致 N 次网络请求，加剧连接开销、锁竞争与超时风险，应改用批量更新方案。
foreach 循环里直接执行 UPDATE 语句行不行
能跑通，但不推荐。每轮 foreach 执行一次 PDO::exec() 或 mysqli_query()，意味着 N 条数据就发 N 次网络请求，数据库连接开销、事务日志、锁竞争都会明显上升。尤其在高并发或大数据量时，响应延迟和超时风险陡增。
实操建议：
- 优先用单条
INSERT ... ON DUPLICATE KEY UPDATE或REPLACE INTO（需主键/唯一索引支持） - 若必须更新已有记录，改用
UPDATE ... WHERE id IN (...)+ 批量构造条件值 - 避免在循环内做
SELECT再UPDATE，容易产生 N+1 查询问题
用 VALUES() 构造批量 UPDATE（MySQL 8.0.19+）
MySQL 8.0.19 起支持 UPDATE ... JOIN (VALUES ...) 语法，是真正意义上的“一行 SQL 更新多行不同值”。前提是表有主键或唯一索引，且你传入的 ID 和新值能一一对应。
示例（假设更新 users 表的 status 字段）：
立即学习“PHP免费学习笔记（深入）”；
UPDATE users u JOIN (VALUES (1, 'active'), (5, 'inactive'), (9, 'pending') ) AS v(id, status) ON u.id = v.id SET u.status = v.status;
PHP 中拼接 VALUES 部分需严格转义，建议用 PDO::quote() 或参数化构造字符串，不要直接插值。
兼容旧版 MySQL 的批量 UPDATE 写法
对 MySQL 5.7 或更早版本，只能靠 CASE WHEN 拼条件。核心是把所有要更新的 ID 和目标值收集成数组，再生成一段带多个 WHEN 分支的 SQL。
注意点：
- ID 列必须是整型或已确保安全的字符串，否则
IN或CASE易被注入 - 单次语句不宜超过 1000 个
WHEN分支，否则 SQL 过长可能触发max_allowed_packet限制 - 务必给
WHERE id IN (...)加兜底，防止误更新全表
简略示意：
$updates = [[1, 'active'], [5, 'inactive'], [9, 'pending']];
$ids = array_column($updates, 0);
$valuesSql = implode(',', array_map(function($row) use ($pdo) {
return sprintf('WHEN %d THEN %s', $row[0], $pdo->quote($row[1]));
}, $updates));
$sql = "UPDATE users SET status = CASE id {$valuesSql} END WHERE id IN (" . implode(',', $ids) . ")";
事务 + 批量拆分是稳妥底线
不管用哪种 SQL 写法，只要数据量超过几百条，就必须手动分批。一次性提交 10000 行更新很可能卡死连接或触发锁等待超时。
做法很简单：
- 把原始数据数组用
array_chunk($data, 100)拆成每组 100 条 - 每组开启事务，执行批量 SQL，成功则
commit，失败则rollback并记录错误 ID - 别依赖 PDO 默认的自动提交——显式调用
beginTransaction()和commit()
漏掉事务控制，出错时部分更新成功、部分失败，数据状态就不可逆了。
批量更新真正的复杂点不在语法，而在 ID 去重、字段合法性校验、失败回滚粒度、以及和业务逻辑的耦合时机。这些没法靠一条 SQL 解决，得在 PHP 层兜住。
