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 连接，所有协程共享同一组连接资源：

• min_connections 保证常驻连接，减少建连延迟；
• max_connections 控制上限，防止单机打爆数据库；
• wait_timeout 控制协程获取连接的最长等待时间，超时直接报错，不卡死；
• 连接空闲超 max_idle_time 后自动回收，避免长连接失效或泄漏。

非阻塞 I/O 是底层支撑

Swoole 的异步网络栈接管了 TCP 层通信：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 查询请求发出后，不阻塞当前协程，而是注册回调等待 socket 可读；
• MySQL 返回数据包时，由事件循环触发回调，把结果注入对应协程上下文；
• 整个链路（DNS、TCP 握手、SSL、SQL 编解码）都在用户态完成，无系统调用阻塞。

补充一点：查询本身也要配合

即使框架支持协程，若 SQL 执行过久或锁等待严重，仍会拖慢整体响应：

• 建议开启 PDO::ATTR_TIMEOUT 控制单条语句执行上限；
• 复杂联表或大数据量查询，优先用 Cursor 游标逐行处理，避免内存溢出；
• 避免在事务中混用读写、长时间持有锁，否则协程虽不阻塞，但连接会被长期占用，导致连接池饥饿。

不复杂但容易忽略。