MySQL DELETE语句原生支持LIMIT子句，仅适用于单表删除，用于限制删除行数（如DELETE FROM users WHERE status='inactive' LIMIT 100）；多表DELETE不支持LIMIT，需改用子查询或临时表方式实现。
MySQL用LIMIT限制DELETE删除行数
MySQL的DELETE语句原生支持LIMIT子句，这是最直接、最常用的方式。但要注意：它只在单表删除中生效，多表DELETE语法不支持LIMIT（会报错ERROR 1221 (HY000): Incorrect usage of LIMIT and UPDATE/DELETE）。
实操写法：
DELETE FROM users WHERE status = 'inactive' LIMIT 100;
- 每次最多删100行，哪怕条件匹配1000行也只删前100条（按存储顺序，非ORDER BY隐含排序）
- 若想按时间有序删，必须配合
ORDER BY：DELETE FROM logs WHERE created_at -
LIMIT后不能跟变量（如LIMIT @n），除非用PREPARE动态执行 - 事务中执行时，该语句仍受事务控制，可回滚
PostgreSQL如何安全限删（无原生LIMIT）
PostgreSQL的DELETE不支持LIMIT，强行加会报错ERROR: syntax error at or near "LIMIT"。必须用子查询或CTE兜底。
推荐写法（带排序，可控性强）：
DELETE FROM orders WHERE id IN ( SELECT id FROM orders WHERE status = 'cancelled' ORDER BY id ASC LIMIT 500 );
- 子查询必须有
ORDER BY+LIMIT，否则IN结果无序，删哪几行不确定 - 注意
id字段需有索引，否则子查询全表扫描代价高 - 若表很大，用
ctid替代主键也能提速（仅限无主键或主键未索引场景）：SELECT ctid FROM orders WHERE ... LIMIT 500 - 避免用
OFFSET分页式删——OFFSET越大越慢，不适合批量清理
SQL Server用TOP实现限删
SQL Server用TOP关键字，语法和语义都接近MySQL的LIMIT，但位置和括号要求更严格。
正确写法：
DELETE TOP (200) FROM products WHERE stock = 0;
-
TOP必须带括号，TOP 200会报错 - 不支持直接
ORDER BY，要按顺序删必须嵌套CTE或子查询：WITH cte AS ( SELECT TOP (100) id FROM sales WHERE sale_date < '2022-01-01' ORDER BY id DESC ) DELETE FROM sales WHERE id IN (SELECT id FROM cte);
- 如果没加
ORDER BY，TOP行为是未定义的（实际按物理存储顺序，不可靠） -
TOP值可以是变量：DELETE TOP (@batch_size) FROM ...，适合循环脚本
跨数据库通用方案：循环+计数控制
当需要兼容多种数据库，或业务逻辑要求“删满N行才停”，就不能依赖方言特性。核心是：用循环+影响行数判断。
典型Shell/Python脚本逻辑（以Python + psycopg2为例）：
while True:
cur.execute("""
DELETE FROM events
WHERE processed = false
AND created_at < now() - interval '7 days'
LIMIT 1000
""")
conn.commit()
if cur.rowcount < 1000:
break-
rowcount返回本次删掉的行数，是唯一可靠判断依据 - 每次删完必须
commit，否则锁住太多行，影响并发 - 间隔加
time.sleep(0.1)可缓解IO压力，尤其在高负载OLTP库上 - 别用
SELECT COUNT(*)预估再删——可能被并发写入干扰，导致误删或漏删
真正麻烦的不是语法，而是删的过程中其他事务正在插入/更新同一张表——这时候WHERE条件可能反复命中，得靠应用层重试或状态标记规避。
