突破性能瓶颈：thinkphp使用Swoole集成【极速版】-ThinkPHP-PHP中文网

enable_coroutine => true 是性能跃迁前提，但仅配置无效；必须在workerstart中调用swoole\runtime::enablecoroutine(swoole_hook_all)，禁用use_pdo、改type为mysql，手动控制session并隔离协程上下文。

突破性能瓶颈：thinkphp使用swoole集成【极速版】

enable_coroutine 必须设为 true，否则协程根本不会启动——这不是可选项，是性能跃迁的前提。

常见现象：配置写了、php --ri swoole 显示已加载，但压测时 CPU 仍飙升、并发卡在几百，strace 看到大量 read/write 阻塞调用。

根本原因不是配置漏了，而是 ThinkPHP 的数据库连接在初始化阶段就硬创建了 PDO 实例，绕过了 Swoole 的协程 Hook。Swoole 只能接管运行时新建的连接，对已存在的同步连接无能为力。

必须在 WorkerStart 回调里调用 Swoole\Runtime::enableCoroutine(SWOOLE_HOOK_ALL)，不能在全局或配置文件中提前调用（框架初始化可能覆盖它）
config/database.php 中禁用 'use_pdo' => true，改用原生 MySQL 协程驱动（type => 'mysql' + think-swoole 连接池）
检查是否误用了 think\db\connector\Mysql::connect() —— 它内部调用的是 mysqli_connect，而默认不 Hook，需显式加 SWOOLE_HOOK_MYSQLI

这是协程 MySQL 对象和传统事务 API 冲突的典型错误。ThinkPHP 原生事务方法依赖 mysqli_commit() 这类函数式资源操作，但协程客户端返回的是对象实例。

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

下载

禁用 Db::transaction()，改用 $db->startTrans() + $db->commit() / $db->rollback() —— think-swoole v4+ 已适配这套接口
确保未混用 think-orm 和旧版 think-db，二者协程事务层实现不一致
不要在协程外提前调用 Db::table()->select() 触发连接建立，所有 DB 操作必须发生在 WorkerStart 初始化连接池之后、且在协程内执行

Swoole 常驻内存导致 PHP 原生 session_start() 锁文件、setcookie() 输出时机错乱，表现为登录态丢失、用户数据串号。

关闭自动 Session：ini_set('session.auto_start', 0)，所有 session 操作改为手动控制：session_id($id); session_start();
响应结束前必须调用 session_write_close()，否则后续请求会阻塞等待写锁
Cookie 不要用 header('Set-Cookie: ...')，改用 $response->cookie()（think-swoole 提供）或直接操作 $server->response->cookie()
Session 存储必须切换为非文件驱动，推荐 Redis，并确保使用 Swoole\Coroutine\Redis 实例

连接池失效最常被忽略的一点：它只在 WorkerStart 中初始化才有效。如果在配置文件里写死 pool_size 但没在回调里调用 Db::setConfig()，那只是空配置。

在 WorkerStart 中显式调用：Db::setConfig(['type' => 'swoole', 'pool_size' => 20])
pool_size 不宜过大（如 >50），单个 Worker 进程内连接数过多反而增加调度开销；建议设为 worker_num × 2 ~ 5
Redis 连接池需配合 co\Redis 驱动，在 WorkerStart 中 new 实例并注入容器，不能复用 think-cache 默认的同步 Redis 实例