PHP 8.1 的 Fiber 本身不提供异步数据库能力，仅是协程调度底层机制；需配合非阻塞 I/O 扩展（如 amphp/mysql 或 Swoole）才能实现真正的数据库协同异步，原生 PDO/mysqli 调用仍会阻塞线程。
PHP 8.1 的 Fiber 本身**不提供异步数据库能力**，它只是协程调度的底层机制；要真正实现数据库 I/O 的非阻塞协同，必须配合支持非阻塞 I/O 的驱动或扩展（如 ext-pdo-pgsql + 自定义事件循环、swoole 或 amphp），否则 Fiber::suspend() 和 $fiber->resume() 只是手动模拟挂起/恢复，无法绕过 PHP 原生 PDO/MySQLi 的同步阻塞调用。
为什么直接在 Fiber 中调用 PDO 会卡住主线程
PHP 原生的 PDO 和 mysqli 所有方法（如 query()、fetch()）都是同步阻塞的：它们会一直占用当前线程，直到网络响应返回或超时。即使你把它们包进 Fiber，Fiber::suspend() 也无法“中断”正在执行的 C 层 socket read 操作——它只暂停 PHP 用户态代码执行，底层系统调用仍在阻塞。
常见错误现象：
- 创建多个
Fiber并发执行$pdo->query("SELECT SLEEP(2)")，总耗时仍是 ~2 秒（串行），而非 ~2 秒内完成全部（并行） -
Fiber::suspend()放在query()之前，但实际 I/O 还没发生；放在之后又没意义——查询已经完成了 - 误以为 “用了 Fiber 就自动异步”，结果压测吞吐量毫无提升
真正可行的协同方案：Fiber + 非阻塞 I/O 扩展
要让数据库 I/O 在 Fiber 中“可挂起”，关键在于：I/O 调用必须能立即返回（比如返回一个 Future 或注册回调），并在数据就绪后由事件循环通知 Fiber 恢复。这需要底层驱动支持非阻塞 socket 模式，并暴露可 await 的接口。
立即学习“PHP免费学习笔记（深入）”；
目前最成熟路径是使用 amphp/mysql 或 swoole：
-
amphp/mysql提供AsyncMysqlConnection，其query()方法返回Promise，可与Amp\Future+Fiber协作（需ampv3+，内部已适配 Fiber） -
swoole的Swoole\Coroutine\MySQL是真正的协程 MySQL 客户端，所有方法天然可挂起，且与Fiber兼容（Swoole 4.8+ 已将协程底层迁移到 Fiber） - 不要尝试自己封装
stream_set_blocking($socket, false)—— PHP 的 MySQL 协议解析复杂，裸 socket 很难正确处理握手、包分片、重试
示例（swoole）：
$fiber = new Fiber(function () {
$mysql = new Swoole\Coroutine\MySQL();
$mysql->connect(['host' => '127.0.0.1', 'user' => 'root']);
$result = $mysql->query('SELECT SLEEP(1)'); // 此处挂起，不阻塞主线程
return $result;
});
$result = $fiber->start(); // 启动，遇到 query 自动挂起
// 此时可干别的事，或启动其他 Fiber
$fiber->resume(); // 恢复（实际由 swoole 事件循环自动触发）
Fiber 状态管理与异常传播的坑
Fiber 的生命周期状态（CREATED/STARTED/SUSPENDED/TERMINATED）直接影响数据库操作的安全性：
- 对已
TERMINATED的Fiber调用resume()会抛出FiberError，若数据库连接在 Fiber 内创建，此时连接可能未关闭，导致资源泄漏 -
Fiber::suspend()不捕获异常，若在挂起前发生 PDOException，它会直接冒泡到启动处，而不会留在 Fiber 内；需在 Fiber 内部用try/catch包裹 DB 操作 - 多个 Fiber 共享同一个
PDO实例是危险的（非线程安全），即使在单线程 Fiber 场景下，也应确保每个 Fiber 使用独立连接或连接池
一个易忽略的细节：Fiber 恢复后，其内部的局部变量、try/catch 上下文、甚至 generator 状态都完整保留——这是它比 async/await 更底层的优势，但也意味着开发者要更小心地管理 DB 连接生命周期和事务边界。
