ThinkPHP数据库配置中的事务隔离级别：READ COMMITTED与REPEATABLE READ的选择-ThinkPHP-PHP中文网

绝大多数thinkphp项目应显式设为read committed，因mysql默认repeatable read易在分页、轮询、库存扣减等场景引发间隙锁阻塞；thinkphp不主动设隔离级，直接继承mysql连接默认值；安全切换需在database.php的params中配置pdo::attr_init_command，或在db::transaction前手动执行set transaction语句。

thinkphp数据库配置中的事务隔离级别：read committed与repeatable read的选择

绝大多数 ThinkPHP 项目应该显式设为 READ COMMITTED，而不是依赖 MySQL 默认的 REPEATABLE READ；否则容易在分页查询、状态轮询、库存扣减等常见场景中意外锁表或阻塞插入。

为什么 ThinkPHP 默认配置会悄悄用上 REPEATABLE READ

ThinkPHP 自身不主动设置隔离级别，它复用 PDO 连接或底层 MySQL 驱动的会话状态。而 MySQL 5.7+ 默认就是 REPEATABLE READ，只要没在连接初始化时执行 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED，新连接就继承这个行为。

这意味着：你没写任何隔离级别代码，但实际运行的每个事务都在 REPEATABLE READ 下——包括那些只是查个用户列表、读几条日志的轻量操作。

常见错误现象：

分页接口第一次查 SELECT * FROM orders WHERE status = 'pending' LIMIT 20，第二次查下一页时卡住，因为前一个事务用了 FOR UPDATE 或隐式间隙锁，把整个 status = 'pending' 的索引区间锁死了
后台定时任务轮询 WHERE created_at > ?，因范围条件没走索引，触发全表间隙锁，导致新订单插入被阻塞数秒
主从延迟突增，尤其在 binlog_format = STATEMENT 时，REPEATABLE READ 下某些 UPDATE 可能生成不一致 binlog

在 ThinkPHP 中安全切换到 READ COMMITTED 的实操方式

不能只靠 Db::execute('SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED') —— 它只对当前连接生效，而 ThinkPHP 的连接池（如使用 PDO + MySQLi）可能复用连接，上一个请求留下的隔离级别会污染下一个请求。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

推荐做法（ThinkPHP 6.x/7.x）：

在数据库配置文件 config/database.php 的 params 中加入初始化语句：

'params' => [
    \PDO::ATTR_INIT_COMMAND => "SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED"
]

若用 Db::transaction() 显式开启事务，务必在 beginTransaction() 前手动设置：
```
$db->execute("SET TRANSACTION ISOLATION LEVEL READ COMMITTED");
$db->beginTransaction();
```
避免混用：不要在一个应用里一部分用 Db::transaction()，另一部分用原生 PDO::beginTransaction()，它们的隔离级别设置互不影响

哪些业务逻辑反而必须坚持 REPEATABLE READ

不是所有场景都能降级。以下情况仍需保留 REPEATABLE READ，且必须配合适当索引与短事务：

财务对账类操作：同一事务内先查期初余额，再查明细流水，最后算期末余额，三者必须基于同一快照，否则差额无法归因
“检查后插入”（check-then-insert）逻辑未加唯一约束时：比如防止重复注册邮箱，靠 SELECT COUNT(*) WHERE email = ? + INSERT 组合，READ COMMITTED 下两次快照不同，可能插入重复
使用 SELECT ... FOR UPDATE 做行级悲观锁，且查询条件是范围（如 WHERE amount BETWEEN 100 AND 500），需要间隙锁防止幻插入——这时 READ COMMITTED 只锁行不锁间隙，业务就不可控了

最容易被忽略的坑：锁行为随隔离级别静默变化

同一个 SQL，在 REPEATABLE READ 和 READ COMMITTED 下的锁范围可能完全不同：

SELECT * FROM users WHERE name LIKE 'A%' 没索引 → REPEATABLE READ 全表间隙锁，READ COMMITTED 只锁命中的行（甚至可能不锁）
UPDATE products SET stock = stock - 1 WHERE sku = 'ABC' → READ COMMITTED 是半一致性读，能更快让出锁；但若该 sku 在事务中被其他会话刚更新过，它会重试一次读取最新已提交值，可能导致意料外的并发覆盖
ThinkPHP 的 where()->update() 底层是单条 UPDATE，但若你在事务里先 where()->find() 再 save()，就变成了两步，READ COMMITTED 下这两步之间可能被篡改