SQL查询超时本质是客户端或服务端在预设时间内未收到完整结果而主动终止执行，非SQL标准强制功能，实现依赖数据库类型、驱动及配置，核心为设阈值后发取消请求或关连。
SQL数据库查询超时，本质是客户端或服务端在预设时间内未收到完整结果时主动终止执行。它不是SQL标准强制要求的功能，具体实现取决于数据库类型、驱动程序和连接配置，但核心思路一致：设定时间阈值，超时后发送取消请求或关闭连接。
客户端驱动层超时（最常用）
多数应用通过JDBC、ODBC、ADO.NET等驱动设置查询超时，例如JDBC的setQueryTimeout()方法。该超时由客户端线程监控，到达时限后驱动向数据库发送中断信号（如MySQL的KILL QUERY、PostgreSQL的pg_cancel_backend()），并抛出SQLException。
- 优点：配置简单，不依赖数据库权限，适用于大多数OLTP场景
- 注意：超时计时从execute()调用开始，包含网络传输、服务端排队、实际执行等全部环节
- 常见误用：设为0（无限等待）或过大（拖垮连接池），建议按业务SLA设为2–30秒
数据库服务端超时参数
部分数据库提供全局或会话级执行时间限制，由服务端主动中止长时间运行的查询。
- MySQL：通过max_execution_time（5.7.8+）控制SELECT语句最大执行毫秒数，超时后返回ER_QUERY_EXCEEDED_TIMEOUT错误
- PostgreSQL：无原生查询超时，但可通过statement_timeout（单位ms）实现，超时触发cancel并回滚当前事务语句
- SQL Server：支持QUERY_TIMEOUT连接属性，或在T-SQL中用SET QUERY_TIMEOUT
连接池与网络层协同控制
单独设置查询超时可能不够——若网络卡死、服务端无响应，客户端可能无法及时收到中断确认。因此生产环境需多层防护：
- 连接获取超时（connectionTimeout）：防止从连接池取连接时无限等待
- 网络读写超时（socketTimeout / networkTimeout）：避免TCP层面挂起，保障底层通信可控
- 连接空闲超时（idleTimeout）和最大生命周期（maxLifetime）：防止陈旧连接引发不可预知行为
手动中断与异步取消（高级场景）
对于长时报表、ETL任务等无法预估耗时的场景，可结合应用逻辑实现主动取消：
- Java中使用Statement.cancel()配合Future或CompletableFuture监听用户取消操作
- Python中psycopg2支持cancel()方法，需另起线程调用；SQLAlchemy可通过event监听执行阶段
- 关键点：取消操作本身不保证立即生效，服务端需完成当前原子操作（如一个索引扫描页）后才响应中断
