MySQL 5.7及之前不支持UPDATE + LIMIT语法，8.0.12+仅限InnoDB且无ORDER BY时有限支持；推荐用子查询查ID再IN更新，或JOIN模拟LIMIT，确保排序明确、结果可控。
MySQL不支持UPDATE + LIMIT语法直接执行
MySQL原生的UPDATE语句在5.7及之前版本中**不支持直接跟LIMIT子句**（8.0.12+才在部分场景下有限支持）。如果你写了UPDATE t SET x=1 LIMIT 10，会报错：ERROR 1221 (HY000): Incorrect usage of UPDATE and LIMIT。这不是写法问题，是语法限制——尤其在没有ORDER BY时，LIMIT语义不明确。
用子查询+主键范围实现可控更新
最稳定、兼容所有MySQL版本的做法：先查出要更新的记录主键（或唯一标识），再用IN更新。关键在于确保结果可预测，所以必须配合ORDER BY和LIMIT查ID：
SELECT id FROM users WHERE status = 0 ORDER BY id ASC LIMIT 100;
然后拼成：
UPDATE users SET status = 1 WHERE id IN (101, 102, ..., 200);
实际使用时建议分两步或用事务包裹，避免中间数据变化导致ID失效。注意：IN列表长度不宜超过1000项，否则可能触发max_allowed_packet或性能下降。
用JOIN模拟LIMIT更新（适合单表条件明确场景）
当目标行能通过自连接唯一锚定（比如按时间戳+主键排序取前N条），可用JOIN绕过LIMIT限制：
UPDATE users u1 JOIN ( SELECT id FROM users WHERE status = 0 ORDER BY created_at ASC, id ASC LIMIT 50 ) u2 ON u1.id = u2.id SET u1.status = 1;
这个写法在MySQL 5.7+可直接运行，但要注意：
- 子查询必须有明确排序，否则JOIN结果不可控
- 如果users表很大，子查询可能走不到索引，需确保WHERE和ORDER BY字段有联合索引（如(status, created_at, id)）
- 不支持多表UPDATE中嵌套LIMIT，仅适用于单表逻辑
MySQL 8.0.12+的UPDATE ... LIMIT（谨慎启用）
8.0.12起，MySQL允许UPDATE ... LIMIT N，但有硬性前提：
- 表必须是InnoDB
- 语句不能含ORDER BY（否则报错）
- 实际行为是「随机选N行」，不保证顺序，也不保证可重复执行
- 在主从复制中可能产生不一致（因为从库执行顺序不同）
所以除非你明确接受「无序、不可重现、复制风险」，否则不建议在生产环境用它。更安全的做法仍是子查询或JOIN方式。
真正难的不是语法怎么写，而是想清楚：你到底要更新哪N行？是最新插入的？最早待处理的？还是按某种业务权重排的？一旦排序逻辑没对齐，LIMIT就变成隐患。
