先梳理一个关键点：不同数据库对“删除最新N条数据”的语法支持千差万别。MySQL和PostgreSQL原生支持DELETE...ORDER BY...LIMIT，但SQLite和SQL Server碰到这条语句就会直接报错，Oracle更是连ORDER BY都不允许出现在DELETE中（除非嵌套子查询）。所以，写之前先看清楚数据库类型，别硬套同一套写法。

直接用 ORDER BY + LIMIT 会报错

MySQL 和 PostgreSQL 支持 DELETE ... ORDER BY ... LIMIT，但 SQLite 和 SQL Server 不支持这种语法，执行会报错 near "ORDER": syntax error 或类似提示。Oracle 更严格，连 ORDER BY 在 DELETE 中都不允许（除非嵌套子查询）。别硬写，先看数据库类型。

MySQL：用 DELETE ... ORDER BY ... LIMIT 最简

只要版本 ≥ 5.6，就能直接删最新 N 条：

DELETE FROM logs ORDER BY created_at DESC LIMIT 10;

注意三点：

• created_at 必须有索引，否则排序成本高，可能锁全表
• 不能同时指定 WHERE 和 LIMIT 后再加 ORDER BY —— MySQL 要求 WHERE 在 ORDER BY 前，且 LIMIT 必须在最后
• 如果用主键 id 代替时间字段，确保它是自增且递增写入，否则“最新”不成立

PostgreSQL / SQLite：必须用子查询或 CTE

PostgreSQL 可用 WITH + DELETE ... USING，SQLite 只能靠子查询 + IN（但要注意 IN 的行数限制）：

DELETE FROM logs WHERE id IN (
  SELECT id FROM logs ORDER BY created_at DESC LIMIT 10
);

隐患明显：

• SQLite 中若结果超 1000 行，IN 会报错 too many terms in compound SELECT
• PostgreSQL 的 USING 写法更安全，但需确保子查询别名与外层字段对齐
• 两个方案都可能因子查询未走索引导致慢——务必给 created_at 加索引

SQL Server：只能靠 TOP + 子查询

它不支持 LIMIT，也不允许 ORDER BY 直接出现在 DELETE 中，正确写法是：

DELETE FROM logs WHERE id IN (
  SELECT TOP (10) id FROM logs ORDER BY created_at DESC
);

关键细节：

• TOP 必须带括号，TOP 10 在某些旧版本中不被接受
• 如果 id 不唯一或存在 NULL，IN 会失效，改用 JOIN 更稳：

DELETE l FROM logs l
INNER JOIN (
  SELECT TOP (10) id FROM logs ORDER BY created_at DESC
) t ON l.id = t.id;

实际执行前，先 EXPLAIN 或查看执行计划——很多“删最新 N 条”的慢操作，其实卡在子查询没走索引，而不是语法本身。