MySQL单表DELETE支持LIMIT，需配合ORDER BY确保可预测性；Oracle需用ROWNUM嵌套子查询实现类似功能。
MySQL用LIMIT控制DELETE行数最直接
MySQL原生支持LIMIT修饰DELETE语句，这是最省事的方式。但要注意它只适用于单表删除，多表DELETE语法不兼容LIMIT（会报错ERROR 1221 (HY000): Incorrect usage of UPDATE/INSERT/DELETE with LIMIT）。
实操建议：
- 单表安全删除：用
DELETE FROM orders WHERE status = 'pending' ORDER BY created_at LIMIT 1000——加ORDER BY确保行为可预测，否则LIMIT可能删掉任意匹配行 - 别在生产环境省略
WHERE条件，DELETE FROM t LIMIT 10这种写法风险极高 - 事务中执行，删完立刻
SELECT ROW_COUNT()确认实际影响行数（受WHERE过滤后剩余行数限制）
Oracle必须用ROWNUM嵌套子查询
ROWNUM是Oracle伪列，不能直接写在DELETE的WHERE里（比如WHERE ROWNUM 永远只删0或1行），必须先用子查询把目标行“框出来”再删。
实操建议：
- 正确写法：
DELETE FROM (SELECT * FROM logs WHERE level = 'DEBUG' AND ROWNUM ——注意括号必须包住整个子查询，且子查询不能有<code>ORDER BY（否则ROWNUM生成顺序不可控） - 要按时间删老数据？得两步走：先建中间表或用
WITH子句排序取TOP-N，再关联删除，例如DELETE FROM logs WHERE id IN (SELECT id FROM (SELECT id FROM logs WHERE level='DEBUG' ORDER BY created_at) WHERE ROWNUM - 注意
ROWNUM在结果集生成时就分配，不是过滤后才编号，所以WHERE ROWNUM 和<code>WHERE status='done' AND ROWNUM 效果不同
PostgreSQL用CTE + LIMIT实现可控删除
PostgreSQL不支持DELETE ... LIMIT语法（直到14版才引入RETURNING配合LIMIT，但仍是实验性），主流做法是用WITH递归子句先锁定目标行。
实操建议：
- 标准写法：
WITH rows AS (SELECT id FROM events WHERE processed = false ORDER BY id LIMIT 1000) DELETE FROM events WHERE id IN (SELECT id FROM rows) - 避免用
IN大列表：如果预估ID数量超千级，改用JOIN方式，如DELETE FROM events e USING (SELECT id FROM events WHERE processed = false ORDER BY id LIMIT 1000) AS r WHERE e.id = r.id - CTE里的
ORDER BY必不可少，否则LIMIT取到的可能是任意1000行，后续重跑可能重复删或漏删
跨数据库批量删除的通用避坑点
不管用哪种方案，批量删的本质都是“分片+事务+验证”，不是语法技巧问题。
容易被忽略的关键细节：
- 索引失效风险：删大量数据可能触发表级锁或导致索引分裂，提前检查
WHERE字段是否有高效索引（比如status字段没索引，LIMIT 1000可能扫描百万行才凑够1000条） - 自增ID跳跃：MySQL/PostgreSQL删完不会回收ID，但Oracle用
ROWNUM删老数据时，如果依赖id 做分页，需用<code>MAX(id)动态算边界，不能硬写死 - 日志暴增：一次删10万行可能撑爆binlog/wal，建议单次不超过1万，间隔至少100ms，用
SLEEP(0.1)或应用层控制节奏
