是但只对新建立的连接生效已存在的连接保持原隔离级别不变。MySQL事务隔离级别切换后全局设置仅影响后续新建连接长连接仍沿用初始化时的级别且事务中无法动态修改。MySQL 事务隔离级别切换会立即生效吗会但只对新建立的连接生效已存在的连接保持原隔离级别不变。这是最常被误判的一点——改了全局变量却以为所有事务立刻“同步更新”。SET GLOBAL transaction_isolation READ-COMMITTED 只影响后续新建连接不触发现有连接的事务行为变化应用层若复用长连接如连接池中的连接这些连接仍按启动时协商的隔离级别运行哪怕你刚改完配置MySQL 8.0 默认用 transaction_isolation5.7 及以前用 tx_isolation混用会导致 Unknown system variable 错误Spring Boot 应用里改隔离级别为什么Transactional(isolation ...) 没起作用因为 Spring 的 Transactional 隔离级别声明只有在传播行为为 REQUIRED 或 REQUIRES_NEW 且底层连接尚未开启事务时才真正生效否则它会被忽略。如果当前线程已有活跃事务比如外层方法已开启内层 Transactional(isolation READ_UNCOMMITTED) 不会重新设置连接隔离级别MySQL 本身不支持在事务中动态修改隔离级别执行 SET TRANSACTION ISOLATION LEVEL ... 会报错 ERROR 1568 (25001): Transaction is active验证是否生效在事务内执行 SELECT transaction_isolation结果反映的是连接初始化时的值不是注解声明的值从 REPEATABLE-READ 切到 READ-COMMITTED哪些 SQL 行为会变核心差异在幻读处理和一致性读机制直接影响分页、统计类查询逻辑是否稳定。 Trenz AI驱动的社交电商营销平台专为TikTok Shop设计