PDO默认只读第一个结果集是设计行为，需显式调用nextRowset()逐个推进槽位；每个SQL语句（含INSERT/UPDATE）占一个结果集，columnCount()>0才表示有可fetch的SELECT数据，否则须继续nextRowset()才能获取后续结果集。
PDO默认只读第一个结果集，不是bug，是设计行为。调用 fetch() 或 fetchAll() 后不手动推进，后续结果集就永远被跳过。
为什么nextRowset()必须显式调用
存储过程里有多个 SELECT、或混着 INSERT/UPDATE，PDO 会把每个语句都当作一个“结果集槽位”，哪怕它没返回数据（比如纯 INSERT 返回空结果集）。nextRowset() 不是“跳到下一个有数据的结果集”，而是“按顺序推进到下一个槽位”。
-
nextRowset()返回false表示已无更多槽位，不是出错，别用throw包裹 - 即使某次
nextRowset()后columnCount() === 0，也得继续调，否则卡在中间，后面的SELECT就取不到 - MySQL 驱动下，多语句查询（非存储过程）对
INSERT; UPDATE; SELECT组合支持不稳定；SQL Server 和 PostgreSQL 更可靠
典型错误写法：只 fetch 一次就结束
下面这段代码只能拿到第一个 SELECT 的结果，后面全丢：
$stmt = $pdo->query('CALL my_proc()');
$data = $stmt->fetchAll(); // ✗ 只取了第一个结果集
正确做法是用 do...while 循环，每次 nextRowset() 前先取当前结果：
立即学习“PHP免费学习笔记（深入）”；
$stmt = $pdo->query('CALL my_proc()');
$i = 1;
do {
$rows = $stmt->fetchAll(PDO::FETCH_ASSOC);
if (!empty($rows)) {
echo "Result set $i: ", count($rows), " rows\n";
// 处理 $rows
}
$i++;
} while ($stmt->nextRowset());
如何判断当前结果集有没有数据
不能只靠 fetchAll() 是否为空数组，因为 INSERT 或 UPDATE 语句也会占一个结果集，它返回空但 columnCount() 是 0 —— 这才是关键信号：
-
$stmt->columnCount() > 0→ 当前是带列的结果集（如SELECT），可以fetch -
$stmt->columnCount() === 0→ 当前是影响行数类语句（INSERT/UPDATE/DELETE），fetchAll()必然为空，但你仍要调nextRowset()才能进到下一个 - 别依赖
rowCount()判断是否有结果集，它在多结果集中不可靠
容易被忽略的兼容性坑
nextRowset() 在不同驱动下表现差异大：
- MySQL（
mysqlnd）支持，但多语句查询（非 CALL）中若首句是INSERT，后续SELECT可能被跳过 —— 推荐改用存储过程封装 - SQL Server（
sqlsrv）和 PostgreSQL（pgsql）对nextRowset()支持最稳，尤其是 SQL Server 的存储过程多结果集场景 - Firebird 驱动至今不支持
nextRowset()（截至 2026 年仍无官方实现） - ThinkPHP 等框架封装层通常直接屏蔽了多结果集逻辑，必须绕过 ORM，用原生
PDOStatement对象操作
真正麻烦的不是语法，而是每个数据库驱动对“结果集边界”的定义不一致；写死 nextRowset() 调用次数不如用 while 循环 + false 终止更安全。
