mysql默认autocommit=1、隔离级别为repeatable read；查看用select @@autocommit和select @@transaction_isolation；修改需分清session/global作用域，且set session transaction isolation level等必须在事务启动前执行。
MySQL 默认开启自动提交，事务隔离级别默认是 REPEATABLE READ；改这两个参数必须分清作用域（会话级 or 全局级），否则设置无效或影响范围超出预期。
如何查看和修改 autocommit 参数
autocommit 控制每条 DML 是否立即落库。值为 1 表示自动提交，0 表示关闭自动提交、需显式 COMMIT 或 ROLLBACK。
- 查看当前会话的 autocommit 值：
SELECT @@autocommit; - 临时关闭当前会话自动提交：
SET autocommit = 0;（注意：不是SET @@autocommit = 0，后者在部分 MySQL 版本中语法不被接受） - 全局修改（需 SUPER 权限，且新连接才生效）：
SET GLOBAL autocommit = 0; - 常见误操作：在已开启事务（如执行过
START TRANSACTION）后改autocommit，此时设置会被忽略——MySQL 规定事务进行中不允许切换 autocommit 模式
如何查看和设置 transaction_isolation
MySQL 8.0+ 使用 transaction_isolation 系统变量（旧版本用 tx_isolation），它决定当前事务能看到哪些并发修改。
- 查看当前会话隔离级别：
SELECT @@transaction_isolation;（返回类似'REPEATABLE-READ'） - 设置当前会话为读已提交：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; - 设置全局默认（影响后续所有新连接）：
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED; - 注意：
SET TRANSACTION ISOLATION LEVEL ...必须在事务启动前执行；如果已在START TRANSACTION之后调用，该设置仅对下一个事务生效 - 不同隔离级别对锁和性能影响明显：
SERIALIZABLE会加范围锁，可能引发大量等待；READ UNCOMMITTED虽快但几乎不用，因允许脏读
autocommit 和 START TRANSACTION 的关系容易混淆
很多人以为 SET autocommit = 0 后就“进入事务”，其实不是。关键点在于：
-
autocommit = 0只是让后续 DML 不自动提交，但事务并未“开启”——直到第一条 DML 或显式START TRANSACTION才真正启动事务 -
BEGIN和START TRANSACTION等价，但BEGIN不受autocommit设置影响：即使autocommit = 1，执行BEGIN后也进入手动事务模式 - 一个典型陷阱：
autocommit = 1时执行UPDATE→ 自动提交；紧接着执行START TRANSACTION→ 新事务开始；再执行UPDATE→ 这条要等COMMIT；但很多人误以为第一条 UPDATE 也被包进这个事务里
配置持久化：my.cnf 中怎么写才真正生效
仅靠 SQL 命令设置是临时的，重启 MySQL 后恢复默认。若需永久生效，必须写入配置文件（如 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf）的 [mysqld] 段：
- 设默认隔离级别：
transaction-isolation = READ-COMMITTED（注意用短横线，不是下划线） - 禁用自动提交：
autocommit = 0（MySQL 5.7+ 支持此写法；5.6 及更早版本不支持，只能靠应用层控制） - 重要限制：全局
autocommit = 0会导致所有新连接默认不自动提交，极易引发长事务或忘记COMMIT导致锁表，生产环境极少这么配 - 更稳妥的做法是：配置文件只设
transaction-isolation，autocommit 保持默认1，由业务代码按需用START TRANSACTION显式控制
最常被忽略的一点：隔离级别设置后，**只有新启动的事务才生效**。已存在的事务继续使用它开始时的隔离级别，哪怕你中途执行了 SET SESSION TRANSACTION ISOLATION...。
