Hyperf 的 MySQL 查询能并发不阻塞，核心在于协程+非阻塞 I/O+连接池协同：协程挂起等待时不占线程，Swoole 事件循环唤醒；连接池复用连接、限流防爆；非阻塞 I/O 在用户态完成通信；需配合 SQL 优化与超时控制避免连接池饥饿。
Hyperf 的 MySQL 查询能并发不阻塞，核心在于协程 + 非阻塞 I/O + 连接池三者协同工作，彻底绕开了传统 PHP-FPM 的同步阻塞模型。
协程让“等待”不占线程
当执行 Db::select() 时，Hyperf 底层调用的是协程化的 PDO（基于 Swoole 的 Swoole\Coroutine\MySQL 或封装后的协程 MySQL 客户端），不是原生 PHP 的阻塞式 PDO。
- 发起查询后，协程立即挂起，控制权交还给事件循环；
- 数据库响应到达后，Swoole 自动唤醒对应协程继续执行；
- 整个过程不占用 OS 线程，一个进程可同时处理数千个并发查询。
连接池避免连接争抢和创建开销
Hyperf 通过 DbPool 管理 MySQL 连接，所有协程共享同一组连接资源：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
min_connections保证常驻连接，减少建连延迟； -
max_connections控制上限，防止单机打爆数据库； -
wait_timeout控制协程获取连接的最长等待时间，超时直接报错，不卡死； - 连接空闲超
max_idle_time后自动回收，避免长连接失效或泄漏。
非阻塞 I/O 是底层支撑
Swoole 的异步网络栈接管了 TCP 层通信：
- 查询请求发出后，不阻塞当前协程，而是注册回调等待 socket 可读；
- MySQL 返回数据包时，由事件循环触发回调，把结果注入对应协程上下文；
- 整个链路（DNS、TCP 握手、SSL、SQL 编解码）都在用户态完成，无系统调用阻塞。
补充一点：查询本身也要配合
即使框架支持协程，若 SQL 执行过久或锁等待严重，仍会拖慢整体响应：
- 建议开启
PDO::ATTR_TIMEOUT控制单条语句执行上限； - 复杂联表或大数据量查询，优先用
Cursor游标逐行处理，避免内存溢出； - 避免在事务中混用读写、长时间持有锁，否则协程虽不阻塞，但连接会被长期占用，导致连接池饥饿。
不复杂但容易忽略。
