mysql默认隔离级别是repeatable-read，通过mvcc实现事务内读一致性，事务开启后所有普通select均读取事务启动时的快照数据，不感知其他会话已提交的变更。
MySQL默认隔离级别是REPEATABLE-READ，不是READ-COMMITTED
PHP用mysqli或PDO连接MySQL时，事务默认运行在REPEATABLE-READ隔离级别下。这意味着：只要你的事务一开启（比如执行了BEGIN或第一条SELECT），后续所有读操作看到的都是“事务开始那一刻”的快照数据，不管其他会话是否已提交新记录。
常见现象是：session 1 开启事务后查一次表，session 2 插入并COMMIT，session 1 再查——结果还是查不到那条新数据。这不是bug，是REPEATABLE-READ的正常行为。
- 它靠MVCC（多版本并发控制）实现，不锁表也能保证一致性
- 想让session 1立刻看到session 2的提交，必须把隔离级别降为
READ-COMMITTED - 修改方式：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED
autocommit=OFF 是PHP MySQL驱动的默认行为
PHP连接MySQL后，默认autocommit为OFF，也就是说：每条INSERT/UPDATE语句都会隐式开启一个新事务，但不会自动提交。你得显式调用commit()或rollback()。
这个设置直接影响“别的会话能不能立刻看到你的写入”：
- 如果你没
commit()，别人当然看不到——哪怕你已经执行了INSERT - 如果你开了
autocommit=ON（比如某些系统配置里设了ld_library_path意外触发），那每条SQL都自动提交，就不存在“事务中看不到”的问题，但也就失去了事务控制能力 - 检查当前值：
SELECT @@autocommit；临时修改：SET autocommit = 1
READ-COMMITTED下仍可能“看不见”，因为没走当前读
即使把隔离级别改成READ-COMMITTED，你在事务里执行SELECT，依然可能看不到刚被其他会话插入并提交的行——如果那条SELECT命中了索引覆盖、用了SELECT ... LOCK IN SHARE MODE或FOR UPDATE，或者查询条件没走索引导致全表扫描延迟加载。
本质是MySQL区分“快照读”和“当前读”：
-
SELECT（无锁）→ 快照读 → 看的是MVCC快照，受隔离级别约束 -
SELECT ... FOR UPDATE、UPDATE、DELETE→ 当前读 → 总是读最新已提交版本 - 所以，真要确认“别人刚插的数据我能不能立刻读到”，别只测普通
SELECT，得测SELECT ... FOR UPDATE或直接UPDATE同条件
PHP代码里最容易漏掉的三件事
事务逻辑写得再对，下面三点漏一个，就会让你以为“数据没生效”或“别人看不到我的插入”：
- 没检查
mysqli_query()或$pdo->exec()的返回值，错误静默失败（比如字段类型不匹配、NOT NULL缺值） - 用了
mysqli_autocommit($conn, false)却忘了最后mysqli_commit($conn)，事务一直挂着，别人自然查不到 - 在长连接（如php-fpm常驻进程）中复用数据库连接，上一个请求没清理事务状态，下一个请求一进来就继承了未提交的事务上下文
最隐蔽的问题往往不在隔离级别本身，而在连接生命周期管理——每次事务结束，要么commit，要么rollback，然后确保连接不带残留状态进入下一次请求。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
