查会话隔离级别优先用select @@transaction_isolation（8.0+），报错则用select @@tx_isolation（5.7-）；查全局需加@@global.前缀；设会话级须用set session transaction isolation level且在事务前执行；8.0+全局变量只读，须改my.cnf并重启。
查当前会话隔离级别：优先用 SELECT @@transaction_isolation，报错就换 SELECT @@tx_isolation
直接执行 SELECT @@transaction_isolation 是 MySQL 8.0+ 的标准写法，返回值类似 'REPEATABLE-READ'（注意单引号、全大写、短横线）。但如果在 MySQL 5.7 或更早版本里运行，会报错 Unknown system variable 'transaction_isolation'。这时候必须换成兼容写法：SELECT @@tx_isolation。
- 这个值只反映当前连接的会话级设置，跟其他连接无关
- 它不等于“当前事务的实际视图”——事务一旦启动，后续改隔离级别不会影响已开启事务的一致性快照
- ORM（如 Django、SQLAlchemy）或连接池（如 HikariCP）可能在建连时覆盖该值，所以光看这个变量不能代表业务代码实际行为
查全局默认隔离级别：必须加 @@global. 前缀
想确认新建立的连接默认用什么级别，得查全局变量：SELECT @@global.transaction_isolation（8.0+）或 SELECT @@global.tx_isolation（5.7-）。漏掉 @@global. 就还是查会话级，容易误判。
- 全局值不影响已有连接，只决定后续新建连接的初始值
- 配置文件（
my.cnf）里的transaction-isolation = READ-COMMITTED也只影响全局默认值，且必须重启 MySQL 才生效 - 如果
my.cnf写成下划线形式（transaction_isolation）或格式错误（比如空格多、大小写混用），MySQL 启动时会静默忽略，日志里可能只报unknown variable
修改会话级隔离级别：用 SET SESSION TRANSACTION ISOLATION LEVEL，不能在事务中执行
开发调试最常用的是改当前连接的级别，语法是：SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED。注意这不是赋值语句，不能写成 SET @@transaction_isolation = 'READ-COMMITTED'，那样会报错或静默失败。
- 必须在事务开始前执行 —— 一旦执行过
BEGIN、START TRANSACTION或任意 DML（如UPDATE），再执行这条 SET 就会被 MySQL 静默忽略，不报错也不生效 - 8.0+ 不认
tx_isolation变量名，所以SET SESSION tx_isolation = 'READ-COMMITTED'会报Unknown system variable 'tx_isolation' - 值必须全大写、短横线、单引号包裹；写成
"read committed"（双引号+小写+空格）不会报错，但实际设为默认值REPEATABLE-READ
修改全局隔离级别：8.0+ 只能改配置文件，SET GLOBAL 已失效
MySQL 8.0 开始，transaction_isolation 变成只读变量，SET GLOBAL transaction_isolation = 'READ-COMMITTED' 会直接报错：ERROR 1238 (HY000): Variable 'transaction_isolation' is a read only variable。想永久生效，只能编辑 my.cnf：
- 在
[mysqld]段下加一行：transaction-isolation = READ-COMMITTED（必须用短横线，不能用下划线） - 改完必须重启 MySQL 进程，
sudo systemctl restart mysqld或等效命令 - 验证是否生效：重启后执行
SELECT @@global.transaction_isolation，不是查会话级
真正容易被忽略的是：即使全局改了，所有已存在的连接仍保持原隔离级别，直到断开重连；而 ORM 或连接池复用连接时，会话级设置根本无法跨请求保留。
