Webman CMS压测不破5k QPS主因是连接池未生效、内核参数未调优及配置未对齐；需检查database.php中'default'连接是否配置pool、禁用原生session、启用tcp_tw_reuse、强制event扩展，并杜绝视图层查库与裸IO调用。
Webman 做 CMS 类动态内容分发系统，压测不破 5k QPS？大概率不是代码问题，而是默认配置、连接池绕过、内核参数三者没对齐——尤其当页面含用户态数据（如登录态、个性化推荐）时，Db::table() 和 Redis::get() 调用若没走连接池，单并发就能把 DB/Redis 打满。
为什么 CMS 场景下 Db::table() 会绕过连接池
CMS 页面常混用多种查询方式：有的走 Eloquent 封装，有的直接 Db::table('article')->where(...)->first()。但 Webman 的连接池只对显式指定连接名的调用生效，Db::table() 默认使用 'default' 连接，而 config/database.php 中若没给 'default' 配置 pool 参数，就会退化为每次新建 PDO 实例。
- 检查
config/database.php是否存在'default' => ['pool' => [...]]，而不是只配了'pool'独立键 - 临时加日志验证：
var_dump(Db::connection()->getPdo() === Db::connection()->getPdo())，返回false说明没复用 - CMS 模板中高频调用（如侧栏推荐、标签云）必须统一改用
Db::connection('pool')->table(...) - 避免在 Blade 或视图里写数据库查询——视图层应只接收已查好的数组，否则连接池形同虚设
wrk 压测时 P99 延迟突增到 200ms+，先看 Linux 页缓存和 TIME_WAIT
CMS 页面通常带较多静态资源引用和动态片段，连续压测若不清缓存，wrk 第二次跑出来的数据全是 opcode 和 Redis 数据的内存命中结果，完全失真；而大量短连接（如首页瀑布流触发的多个 API）会堆积 TIME_WAIT，导致端口耗尽、新连接卡在 SYN_SENT。
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 每次压测前必须执行：
sudo sh -c "echo 3 > /proc/sys/vm/drop_caches" - 确认内核已启用快速回收：
sysctl net.ipv4.tcp_tw_reuse输出应为1，否则加到/etc/sysctl.conf并sudo sysctl -p -
wrk命令必须带--timeout 10s，否则默认 30 秒等待会让卡住的请求拖垮整轮统计 - 用
ss -s | grep -i time_wait观察数量，持续高于 30000 就要调net.ipv4.ip_local_port_range
启用 event 扩展后仍显示 Using poll as event loop
Webman 启动日志里出现这句，说明 event 扩展虽已安装，但没被 Workerman 选中——常见于 PHP 编译时未启用 --with-event，或扩展加载顺序冲突（比如 swoole.so 在 event.so 前加载）。
- 运行
php --ri event，确认输出含backend => epoll，而非select或空值 - 检查
php.ini中extension=event.so是否在swoole.so之后（如有），否则注释掉swoole.so单独测试 - 启动时加环境变量强制指定：
EVENT_EXT=1 php start.php start - 验证是否生效：压测中用
strace -p $(pgrep -f "webman.*start") -e trace=epoll_wait，有输出即为成功
CMS 用户态接口（如“我的收藏”）压测崩在 session 查询上
这类接口往往每请求都要查一次用户 ID、校验登录态、再查关联数据。如果 session 存在 Redis 里但没配连接池，或用了 session_start() 这种阻塞式调用，Worker 进程会在线程里卡住等 Redis 返回，QPS 直接腰斩。
- 禁用 PHP 原生 session：
ini_set('session.save_handler', 'null')，改用 Webman 自带的Session组件（基于 Redis 连接池） - 确保
config/session.php中'handler' => \support\session\RedisHandler::class，且该类构造函数传入的是Redis::connection('pool') - 登录态校验不要放在中间件里做全量 Redis 查询，改用 JWT 或加密 Cookie 解析用户 ID，再按需查库
- “我的收藏”这类接口必须加
Cache::remember()，Key 含用户 ID 和版本号，避免重复穿透到 DB
CMS 动态分发最隐蔽的性能断点不在 SQL 或模板，而在连接池是否真正接管了每一次 I/O——哪怕只有一处 new PDO() 或 file_get_contents()，都会让整个 Worker 进程退化成 FPM 模式。压测前花十分钟扫一遍 grep -r "new PDO\|file_get_contents\|curl_init" app/，比调优配置更管用。
