要实现Hyperf 3.0应用QPS突破10万，需依次优化Swoole协程运行时、数据库与Redis连接池、消除N+1查询、启用协程JSON编码及系统级协同调优。
如果您在压测Hyperf 3.0应用时发现QPS未能达到预期的10万级别，则可能是由于协程调度、连接池配置或I/O阻塞调用等关键环节未充分优化。以下是实现QPS突破10万的核心实测路径：
一、启用并调优Swoole协程运行时
Hyperf 3.0依赖Swoole协程内核实现高并发，必须确保协程能力被完全激活且参数匹配硬件资源。禁用协程或配置过低将直接导致并发能力腰斩。
1、确认PHP已加载Swoole扩展并启用协程：执行php --ri swoole | grep "coroutine => enabled"，输出应为true。
2、在config/autoload/server.php中设置核心协程参数：
3、将'enable_coroutine'设为true；
4、'worker_num'设为swoole_cpu_num() * 2（例如8核机器设为16）；
5、'max_coroutine'不低于100000，避免协程创建失败回退至同步模式。
二、数据库与Redis连接池精准配置
高频API的瓶颈常集中于连接建立开销与连接争抢，连接池需按压测峰值反向推算最小与最大连接数，而非沿用默认值。
1、检查config/autoload/databases.php中MySQL池配置：
2、'min_connections'设为20以维持常驻连接；
3、'max_connections'设为200，确保QPS 10万时每协程平均仅占用2个连接；
4、Redis连接池同理，在config/autoload/redis.php中将'pool.max_connections'设为500，并启用connection_pool选项。
三、消除N+1查询与批量操作落地
ORM层未优化的关联查询会引发指数级数据库往返，单次请求可能触发数十次SQL，彻底摧毁协程并发收益。
1、禁用Eloquent自动加载关系，在控制器中显式调用with(['profile', 'orders'])预加载；
2、高频列表接口改用Db门面+JOIN查询：Db::table('users')->join('profiles', 'users.id', '=', 'profiles.user_id')->select('users.*', 'profiles.avatar')；
3、写操作强制合并：100条用户更新统一使用Db::table('users')->whereIn('id', $ids)->update($data)，杜绝循环单条update。
四、启用协程JSON编码与响应精简
PHP原生json_encode在大数组场景下CPU密集且无法协程化，Hyperf 3.0默认启用Swoole JSON扩展后可提升序列化速度2–3倍。
1、验证Swoole JSON是否生效：执行php --ri swoole | grep "json => enabled"；
2、控制器返回前调用$model->toArray()而非直接return $model，跳过访问器、隐藏属性等冗余计算；
3、对超大数组响应，显式添加编码标志：json_encode($data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES)。
五、压测定位与系统级协同调优
仅框架层优化不足，需联动Linux内核参数与压测工具参数，排除系统瓶颈干扰。
1、启动服务前执行：ulimit -n 1000000，解除文件描述符限制；
2、使用hey替代ab进行压测：hey -z 30s -c 4000 http://127.0.0.1:9501/api/data，模拟真实长连接场景；
3、实时监控协程状态：php bin/hyperf.php server:monitor，确认coroutine_count稳定在8万以上且无coroutine_create_failed告警。
