全局修改transaction_isolation仅影响新连接，已有会话维持原级别；ORM隐式事务导致SET SESSION失效；云数据库常禁用SET GLOBAL，需通过参数组重启生效；RR升RC会改变MVCC快照时机，引发静默数据错乱。
全局改 transaction_isolation 后，老连接仍用旧级别
全局设置只影响新建立的连接，已存在的活跃会话完全不受影响。这意味着你执行了 SET GLOBAL transaction_isolation = 'READ-COMMITTED';，但所有正在跑的业务连接（比如 Spring Boot 的连接池里已借出的连接）依然维持原来的 REPEATABLE-READ。它们不会“自动升级”，也不会报错——但你的预期和实际行为已经脱节。
更危险的是：连接池可能长期复用这些连接，导致部分请求走 RC、部分走 RR，而业务代码又没做适配，结果出现不可重复读被误判为数据异常，或幻读场景下逻辑错乱（比如两次 SELECT COUNT(*) 结果不一致，触发重试或告警）。
ORM 框架隐式事务让 SET SESSION 失效
很多框架（如 Django、MyBatis、Spring 声明式事务）在执行第一条 SQL 时就自动开启事务。如果你在应用层试图用 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; 切换级别，但这条 SET 是在事务启动之后发的，MySQL 会直接拒绝：
Can’t change transaction isolation level when a transaction is active
常见错误路径：
– 应用从连接池拿到连接
– 立即执行 UPDATE → 框架自动 START TRANSACTION
– 紧接着想 SET 隔离级别 → 报错
– 开发者以为是权限问题，反复重试，却没意识到顺序错了
云数据库不支持动态 SET GLOBAL，改了等于没改
阿里云 RDS、腾讯云 CDB、AWS RDS 等托管服务，多数禁用 SET GLOBAL 权限。你执行成功只是因为 MySQL 客户端没报错，但实际语句被忽略——SHOW VARIABLES LIKE 'transaction_isolation'; 查出来的还是旧值。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
这类环境必须通过控制台修改参数组，并重启实例才能生效。而重启会中断所有连接，如果没配合连接池的优雅关闭/重建机制，就会引发大量 Connection refused 或 Communications link failure 报错。
RR 升级到 RC 后，MVCC 快照逻辑突变
REPEATABLE-READ 下，事务第一次 SELECT 就建好一致性快照，后续读都基于它；READ-COMMITTED 则每次 SELECT 都新建快照。这个差异在“查-判-改”类逻辑中极易暴露：
-
SELECT balance FROM account WHERE id = 123;→ 得到 100 - 其他事务把 balance 改成 50 并提交
- 你再执行
UPDATE account SET balance = balance - 20 WHERE id = 123; - 在 RR 下：扣的是 100−20=80（基于初始快照）
- 在 RC 下：扣的是 50−20=30（基于新快照），但应用层可能已按 100 做了校验
这种隐性语义变化不会报错，但会导致资金、库存等关键数据静默错乱，排查难度极高。
真正要改隔离级别，得确认三点：连接是否全新、事务是否未启、目标环境是否允许动态改——漏掉任一环，都不是配置生效，而是埋雷。
