spring事务超时不会由数据库或jdbc驱动自动抛出异常，而是由spring框架在提交前检测超时后主动抛出transactiontimedoutexception；其机制是在事务开始时记录时间戳，提交前比对耗时是否超过@transactional(timeout)配置值，超时则中断提交流程并抛出该unchecked异常。
Java中数据库长事务超时并不会自动抛出 TransactionTimeoutException，这个异常不是由JDBC驱动或数据库原生抛出的，而是Spring事务框架在检测到事务超时后主动抛出的运行时异常（属于 org.springframework.transaction.TransactionTimedOutException，注意类名略有差异，**没有“Timeout”中间的“e”**，正确类名是 TransactionTimedOutException）。
Spring事务超时机制如何触发异常
Spring本身不控制数据库连接或SQL执行时间，它通过以下方式实现事务超时：
- 在事务开始时记录当前时间戳；
- 在事务提交前检查已耗时是否超过
@Transactional(timeout = X)或 XML 中配置的超时值（单位：秒）； - 若超时，Spring 在提交阶段（
TransactionSynchronizationManager或AbstractPlatformTransactionManager）主动中断事务流程，并抛出TransactionTimedOutException； - 该异常继承自
TransactionException，是 unchecked exception，无需显式 catch。
如何正确配置事务超时并触发异常
必须满足两个前提：启用声明式事务 + 显式设置超时值。
- 确保类/方法被 Spring 管理（如加了
@Service），且所在 Bean 被代理（通常用@EnableTransactionManagement或 XML 配置）； - 使用
@Transactional(timeout = 5)注解（5 秒超时），或在 XML 中配置<method timeout="5"></method>； - 超时判断发生在事务提交前，不是 SQL 执行中途中断——也就是说，即使 SQL 还在跑，只要 Spring 检测到总耗时超限，就会拒绝提交并抛异常；
- 注意：若事务内调用非事务方法、或发生 self-invocation（本类内调用未被代理的方法），事务上下文可能丢失，超时失效。
常见误区与验证方式
很多人误以为设置 timeout 后数据库会杀掉慢查询，实际并非如此：
- JDBC 层的 socketTimeout / queryTimeout 是另一套机制（如
Statement.setQueryTimeout()），与 Spring 事务超时不互通； - MySQL 的
wait_timeout、PostgreSQL 的idle_in_transaction_session_timeout控制的是空闲连接，不影响活跃事务； - 要验证 Spring 是否抛出超时异常，可写一个循环休眠 > timeout 值的方法（如
Thread.sleep(6000)），并在其上加@Transactional(timeout = 5)，运行后会明确看到TransactionTimedOutException被抛出； - 日志中通常可见类似提示：
Transaction timed out: deadline was ...。
捕获和处理 TransactionTimedOutException
由于是运行时异常，你可以选择性捕获并做业务适配：
- 在 controller 层用
@ExceptionHandler(TransactionTimedOutException.class)统一返回超时提示； - 避免在 service 内吞掉该异常，否则事务不会回滚（Spring 默认对 unchecked 异常回滚，但捕获后未重新抛出则失效）；
- 若需区分超时和其他事务异常，可用
instanceof TransactionTimedOutException判断。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
