MySQL中DELETE可直接用LIMIT限制行数，但不支持在子查询中使用LIMIT，否则报错ERROR 1235；必须通过派生表嵌套并加别名绕过，且单表删除才安全。
MySQL中用LIMIT限制DELETE行数，但不能和子查询共存
MySQL支持在DELETE语句末尾直接加LIMIT，这是最简单的方式。但要注意：它只适用于单表删除，且不能出现在带子查询的DELETE ... FROM ... WHERE ...结构里——否则会报错ERROR 1235 (42000): This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY/SOME subquery'。
常见错误是想删“每个用户最新一条订单”，写成：
DELETE FROM orders
WHERE id IN (
SELECT id FROM (
SELECT id FROM orders ORDER BY created_at DESC LIMIT 1
) t
) LIMIT 1;这会失败。正确做法是改用JOIN或分两步（先查ID再删）。
-
LIMIT必须放在语句末尾，如DELETE FROM logs WHERE status = 'error' LIMIT 100 - 如果用了
ORDER BY，必须明确指定排序字段，否则LIMIT行为不可控 - 执行后
ROW_COUNT()返回实际删除行数，可用于校验
PostgreSQL用USING + ORDER BY ... LIMIT实现可控删除
PostgreSQL不支持DELETE ... LIMIT语法，必须借助CTE或USING子句。最稳妥的是用CTE先锁定目标行：
WITH to_delete AS ( SELECT id FROM users WHERE last_login < '2023-01-01' ORDER BY last_login ASC LIMIT 1000 ) DELETE FROM users WHERE id IN (SELECT id FROM to_delete);
注意：这里ORDER BY和LIMIT在CTE内，确保删的是最久未登录的1000个用户。若省略ORDER BY，CTE结果无序，LIMIT取到的行不可预测。
- 不能在
WHERE子句里直接嵌套LIMIT子查询，会报错ERROR: LIMIT is not allowed here - 如果表有外键约束，CTE方式仍能正常工作，但需确认级联行为是否符合预期
- 大表慎用
IN (SELECT ...)，可能触发全表扫描；可改用JOIN写法提升性能
SQL Server用TOP关键字，但必须紧跟DELETE且不支持ORDER BY直接修饰
SQL Server的TOP必须写在DELETE之后、FROM之前，且不能直接跟ORDER BY——否则语法错误。想按条件删前N行，得用CTE或子查询包装：
WITH ranked AS ( SELECT TOP 500 id FROM products WHERE stock = 0 ORDER BY updated_at ASC ) DELETE FROM products WHERE id IN (SELECT id FROM ranked);
直接写DELETE TOP(500) FROM products WHERE stock = 0 ORDER BY updated_at ASC会报错Incorrect syntax near the keyword 'ORDER'。
-
TOP后面可以是常量、变量或表达式，如TOP(@n)，适合动态控制数量 - 如果没加
ORDER BY在CTE里，TOP行为依赖索引顺序，生产环境务必显式排序 - 使用
OUTPUT子句可捕获被删行，比如OUTPUT DELETED.id, DELETED.name用于审计
跨数据库统一方案：先SELECT再DELETE，用主键安全操作
当需要在多个数据库间保持逻辑一致，或者不确定目标库是否支持LIMIT/TOP时，最可靠的做法是拆成两步：先查出要删的主键，再用IN或批量DELETE执行。
例如在任意数据库中安全删100条旧日志：
-- 第一步：获取ID列表（带排序和限制） SELECT id FROM logs WHERE created_at < NOW() - INTERVAL '7 days' ORDER BY created_at ASC LIMIT 100; <p>-- 第二步：用这些ID删除（注意ID数量别超SQL参数上限） DELETE FROM logs WHERE id IN (1001, 1002, ..., 1100);
这个方法看似多一次查询，但避免了语法差异、排序不可靠、锁表范围过大等问题。尤其对高并发场景，还能在第一步加FOR UPDATE SKIP LOCKED（PostgreSQL/MySQL 8.0+）防止重复处理。
- 主键类型必须是整型或短字符串，否则
IN列表可能超长导致SQL截断或性能下降 - 如果ID太多，改用临时表或程序分批处理，每次不超过1000个ID
- 别忽略事务隔离级别——
SELECT和DELETE之间可能有新数据插入，必要时加锁或用SELECT ... FOR UPDATE
实际执行时，排序字段有没有索引、是否在事务中、是否涉及外键级联，都会让“删前N行”这件事变得比看起来复杂得多。
