mysql SQL执行过程中的事务隔离如何配置_mysql隔离级别

mysql默认隔离级别是repeatable read，仅适用于innodb引擎；myisam不支持事务。可通过select @@transaction_isolation（8.0+）或@@tx_isolation（5.7）查看，支持会话级、全局级及单事务临时设置，配置文件修改需重启且仅影响新连接。

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 支持）。