MySQL中嵌套查询不支持单独设超时，max_execution_time仅作用于最外层SELECT语句，需通过会话级设置（如SET SESSION max_execution_time = 5000）或语句级提示（/+ MAX_EXECUTION_TIME(5000) /）控制整体执行时限，超时返回“Query execution was interrupted”错误，但连接不断、事务不回滚。
嵌套查询本身不支持单独设超时，必须靠外层语句或驱动层兜底。 直接给 (SELECT ...) 加 timeout 参数在任何主流数据库里都不可行。真正能起作用的，是控制它所处的完整查询生命周期——要么用数据库级参数约束整个 SELECT，要么在应用代码里用驱动 API 设置 query timeout。
MySQL 中对含嵌套子查询的 SELECT 设超时
MySQL 的 max_execution_time 只作用于最外层 SELECT 语句，不管里面嵌了几层子查询。它生效的前提是：服务端已启用 optimizer_switch 中的 max_execution_time（默认开启），且语句是纯 SELECT（INSERT ... SELECT 不触发）。
- 会话级设置：
SET SESSION max_execution_time = 5000;，之后所有SELECT最多跑 5 秒 - 语句级提示（MySQL 专用注释）：
SELECT /*+ MAX_EXECUTION_TIME(5000) */ name, (SELECT COUNT(*) FROM orders WHERE user_id = u.id) FROM users u; - 超时错误是：
Query execution was interrupted, maximum statement execution time exceeded，但连接不会断，事务也不回滚
PostgreSQL 中嵌套子查询的 timeout 控制更统一
PostgreSQL 没有语句级 hint，靠 statement_timeout 统一管住所有操作，包括嵌套子查询、CTE、函数调用等。只要外层语句启动，计时器就跑起来。
- 会话级设置：
SET statement_timeout = 5000;（单位毫秒） - 连接字符串里传参：
postgresql://u:p@h/d?options=-c%20statement_timeout%3D5000 - 注意：中断可能发生在子查询执行中途，若子查询持有锁或建了临时表，需手动清理，尤其在带游标或递归 CTE 的场景下
应用层驱动 timeout 才真正覆盖嵌套子查询全链路
数据库参数只管“SQL 开始执行后”的耗时，但嵌套子查询慢，常卡在前期——比如连接池借不到空闲连接、DNS 解析失败、网络发包阻塞、甚至子查询结果集太大导致客户端反序列化卡住。这些，只有驱动层 timeout 能捕获。
- JDBC：
PreparedStatement.setQueryTimeout(5)（单位秒），触发Statement.cancel() - psycopg2（Python）：
cursor.execute(sql, timeout=5)（需 >= 2.8.6），或 DSN 里加options="-c statement_timeout=5000" - Go 的
database/sql：ctx, _ := context.WithTimeout(context.Background(), 5*time.Second); db.QueryContext(ctx, sql) - 关键点：驱动 timeout 是从发请求那一刻开始计时，比 DB 参数更贴近真实用户等待时间
为什么光设 timeout 不能解决嵌套子查询变慢的根本问题
超时只是熔断手段，不是优化手段。一个嵌套子查询从 200ms 慢到 8s，大概率是因为外层扫描了 10 万行，每行都触发一次未走索引的 SELECT COUNT(*) FROM orders WHERE user_id = ?。这时候设 3 秒 timeout，只会让报错变频繁，而不会减少资源消耗。
- 先看执行计划：
EXPLAIN FORMAT=TREE（MySQL 8.0+）或EXPLAIN (ANALYZE, BUFFERS)（PostgreSQL），确认是否出现DEPENDENT SUBQUERY或反复执行的子节点 - 改写优先级：JOIN 预聚合 > EXISTS/IN 替换 > CTE 拆解 > 索引补全；避免在子查询 WHERE 中用函数（如
DATE(created_at)） - 最容易被忽略的是：子查询返回 NULL 时，
= (SELECT ...)整行会被过滤掉，而IN (SELECT ...)遇到 NULL 会行为异常，这会导致计划不稳定，间接拉长执行时间
