MySQL 5.7及更早版本不支持在IN/ALL/ANY子查询中直接使用LIMIT，报错“This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY subquery'”，解决方法是外层再嵌套一层子查询并为其指定别名，例如：WHERE id IN (SELECT t.id FROM (SELECT id FROM log ORDER BY ts DESC LIMIT 10) AS t)。
MySQL 5.7 之前不支持 LIMIT 在子查询中直接用于 IN/ALL/ANY
报错信息通常是 This version of MySQL doesn't yet support 'LIMIT & IN/ALL/ANY subquery'，不是语法写错了，而是版本硬限制。你写了 WHERE id IN (SELECT id FROM log ORDER BY ts DESC LIMIT 10)，MySQL 5.6 及更早版本直接拒绝解析。
- 改用临时表：先
CREATE TEMPORARY TABLE tmp_ids AS SELECT id FROM log ORDER BY ts DESC LIMIT 10，再WHERE id IN (SELECT id FROM tmp_ids) - 改用 JOIN：把子查询逻辑“外提”，例如
SELECT o.* FROM orders o JOIN (SELECT id FROM log ORDER BY ts DESC LIMIT 10) l ON o.id = l.id - 确认当前版本：
SELECT VERSION()，别依赖文档里写的“支持”，要实测
PostgreSQL 中保留字未加双引号触发 near "" 错误
错误提示 syntax error at or near "user" 看似在 user 这个词出错，其实问题在它前面——比如漏了逗号、括号没闭合，或者 user 是列名但没加引号。PostgreSQL 把 user 当作内置函数，解析器读到这儿就卡住。
- 所有疑似保留字（
order、group、table、user）必须用双引号包裹：SELECT "user".name FROM "user" - 别依赖 IDE 自动加引号，手动检查建表语句和嵌套中的字段引用是否一致
- 用
SELECT * FROM pg_get_keywords() WHERE catcode = 'R'查当前版本完整保留字列表
SQL Server 的相关子查询里不能用 TOP 而必须用 OFFSET/FETCH
想在子查询中取最新一条记录，写成 (SELECT TOP 1 status FROM events WHERE user_id = u.id ORDER BY ts DESC) 会报错，因为 SQL Server 不允许在标量子查询中用 TOP（除非加括号包裹整个子查询并确保单行）。
- 安全写法是改用
OFFSET 0 ROWS FETCH NEXT 1 ROW ONLY，它在子查询中被明确允许 - 或改用窗口函数：
SELECT DISTINCT FIRST_VALUE(status) OVER (PARTITION BY user_id ORDER BY ts DESC) FROM events，再关联 - 注意
TOP在 SQL Server 中不保证可重复结果，除非ORDER BY字段组合能唯一确定行
跨数据库迁移时隐式类型转换导致嵌套失效
MySQL 里 user_id VARCHAR(32) 和子查询返回的 INT 比较，会触发全表扫描；而 PostgreSQL 遇到类型不匹配直接报错 operator does not exist: character varying = integer，不自动转。
- 显式转换子查询结果：
WHERE user_id = CAST((SELECT id FROM users WHERE ... ) AS VARCHAR) - 或统一外层字段类型：ALTER COLUMN 改成
user_id BIGINT，比处处 CAST 更彻底 - 执行
EXPLAIN时重点看type和key列：如果显示ALL或NULL，大概率是类型失配让索引失效
嵌套查询的语法错误，往往不是“写错了”，而是“在某个版本/方言里不被允许”。最危险的是本地开发用新版本跑通了，上线到旧环境才崩——务必把 SELECT VERSION() 和保留字检查当成嵌套查询上线前的固定动作。
