mysql 8.0+ 应使用 select @@transaction_isolation 和 select @@global.transaction_isolation 查看当前会话与全局隔离级别；会话级设置用 set session transaction isolation level ...，仅影响当前连接；全局设置需管理员权限且只对新连接生效，持久化须修改 my.cnf 中 transaction-isolation 并重启服务。
确认当前会话和全局隔离级别
别直接改，先看清楚现状。MySQL 8.0+ 应该用 @@transaction_isolation，旧版本（如 5.7）可能还依赖 @@tx_isolation。执行这两条语句能避免误判：
SELECT @@transaction_isolation;SELECT @@global.transaction_isolation;
注意：会话级设置不影响其他连接，而全局设置只对新建立的连接生效——已存在的连接仍保持原级别。如果你在应用里用了连接池（比如 HikariCP、Druid），重启前改全局配置几乎没用，因为连接早已建好。
会话级切换：开发/调试时最安全的方式
临时切到 READ COMMITTED，只需一条命令，且无权限要求：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
这个操作立刻生效，仅限当前连接。适合以下场景：
- 排查锁等待问题时快速验证是否与间隙锁有关
- 在 SQL 客户端（如 MySQL Shell、DBeaver）中手动测试业务逻辑
- 配合
BEGIN+SELECT ... FOR UPDATE观察锁行为变化
⚠️ 容易踩的坑：SET tx_isolation = 'READ-COMMITTED' 这种写法在 MySQL 8.0+ 已被标记为过时，虽仍可用，但日志会报 warning，且变量名大小写敏感（READ-COMMITTED 中的短横线不能写成下划线）。
全局切换：需管理员权限，且影响新连接
要让所有新连接默认使用 RC，得执行：
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
这条命令需要 SYSTEM_VARIABLES_ADMIN 或 SUPER 权限。常见错误是权限不足导致报错：ERROR 1227 (42501): Access denied; you need ... privilege(s) for this operation。
更重要的是：它不会改变任何现存连接的隔离级别。这意味着即使你执行了这句，应用里的活跃连接仍然在 RR 下运行——除非你主动 kill 掉旧连接、触发连接池重建，否则看不到效果。
如果想持久化，必须修改配置文件（my.cnf 或 my.ini）：
[mysqld]transaction-isolation = READ-COMMITTED
改完必须重启 MySQL 服务才生效。别漏掉这步，否则配置只是躺在文件里睡觉。
RC 替换 RR 后最常被忽略的副作用
从 RR 切到 RC 不只是“少加点锁”那么简单。真实线上出问题的地方往往藏在这几个点：
-
SELECT ... FOR UPDATE在 RC 下不加间隙锁，但若 WHERE 条件没走索引，InnoDB 会退化为全表扫描并锁住所有行——比 RR 更糟 - 幻读风险真实存在：同一个事务内两次
SELECT COUNT(*)可能返回不同结果，业务代码若依赖“计数不变”，就会出逻辑错 - Binlog 格式必须是
ROW或MIXED；如果还在用STATEMENT，RC 下主从数据可能不一致（尤其涉及子查询或函数时） - 某些 ORM（如早期 MyBatis + Spring Transaction）会在事务开始时缓存隔离级别，切换后不刷新，导致实际行为与预期不符
所以真正关键的不是“怎么切”，而是“切完之后，你的 SELECT FOR UPDATE、COUNT、INSERT … SELECT 逻辑是否还成立”。这些地方不逐条验证，光改个隔离级别等于埋雷。
