MySQL 默认隔离级别是什么
MySQL 默认的事务隔离级别是
REPEATABLE READ，但注意：这仅适用于 InnoDB 存储引擎。MyISAM 不支持事务，所以谈不到隔离级别。可以通过以下命令确认当前会话或全局的设置：
SELECT @@tx_isolation;
在 MySQL 8.0+ 中，该变量名已改为
@@transaction_isolation，返回值类似
REPEATABLE-READ（注意连字符格式）。 不同版本返回格式不一致：5.7 返回
REPEATABLE-READ，8.0+ 返回
REPEATABLE-READ或
READ-COMMITTED，大小写和连字符需匹配 全局设置不会影响已存在的连接，只对新建立的连接生效
SET GLOBAL transaction_isolation = 'READ-COMMITTED';需要 SUPER 权限，生产环境慎用
如何为单个事务临时设置隔离级别
在执行具体业务逻辑前，用
SET TRANSACTION ISOLATION LEVEL命令即可，它只作用于接下来的**第一个**
BEGIN或
START TRANSACTION后的事务：
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;<br>BEGIN;<br>SELECT * FROM orders WHERE id = 123;<br>UPDATE orders SET status = 'shipped' WHERE id = 123;<br>COMMIT;不能在事务中途中修改隔离级别，
SET TRANSACTION必须在
BEGIN之前执行 若未显式
BEGIN，MySQL 会在第一条 DML 语句（如
UPDATE）自动开启隐式事务，此时
SET已失效 推荐写法：把
SET和
BEGIN放在同一段逻辑里，避免被中间其他语句隔开
READ COMMITTED 和 REPEATABLE READ 的关键行为差异
两者最常被混淆的点在于「幻读是否被解决」以及「一致性读快照的生成时机」：
REPEATABLE READ：事务启动时创建一个全局快照（read view），整个事务期间都基于这个快照读，因此能防止不可重复读和大部分幻读（InnoDB 用间隙锁辅助）
READ COMMITTED：每次
SELECT都生成新的 read view，只能保证读到已提交的数据，不保证多次查询结果一致；幻读必然发生，除非加
SELECT ... FOR UPDATE如果你的应用依赖「同一事务内多次 SELECT 结果一致」，又没手动加锁，
REPEATABLE READ更安全；反之，高并发更新场景下
READ COMMITTED可减少锁等待
配置文件中永久修改隔离级别要注意什么
在
my.cnf或
my.ini中添加：
[mysqld]<br>transaction-isolation = READ-COMMITTED
重启 MySQL 后生效。但必须注意：
该配置只影响新连接的默认值，已有连接不受影响 如果应用层显式执行了SET SESSION TRANSACTION ISOLATION LEVEL ...，会覆盖配置值 某些 ORM（如 Django、Spring JDBC）可能在连接池初始化时强制重设隔离级别，导致配置被绕过 阿里云 RDS 等托管服务通常禁止修改全局
transaction-isolation，只能靠会话级设置
真正起效的地方往往不在配置文件，而在连接建立后的初始化 SQL 中——比如在数据库连接字符串里加
?sessionVariables=transaction_isolation=READ-COMMITTED（MySQL Connector/J 支持）。
