fetchall()方法返回二维数组，因sql查询结果天然为“行×列”表格结构，pdo通过fetch_style参数（如pdo::fetch_assoc）将每行转为关联/索引数组，再整体封装成外层数组。
数据库查询结果天然对应二维结构
因为 SQL 的 SELECT 语句返回的是「行 × 列」的表格数据，每行是一个记录，每列是一个字段——这和 PHP 二维数组的 $result[行索引][字段名或列索引] 完全对齐。PDO 的 fetchAll(PDO::FETCH_ASSOC) 或 MySQLi 的 fetch_all(MYSQLI_ASSOC) 都会把每一行转成一个关联数组，再把这些行数组塞进一个外层数组里，结果就是典型的二维数组。
fetch_all() 和 fetchAll() 默认输出二维数组
这两个函数不加参数时的行为直接决定结果形态：
-
fetch_all(MYSQLI_NUM)→ 返回索引二维数组，如[ [1,'a'], [2,'b'] ] -
fetch_all(MYSQLI_ASSOC)→ 返回关联二维数组，如[ ['id'=>1,'name'=>'a'], ['id'=>2,'name'=>'b'] ] -
PDO::FETCH_NUM/PDO::FETCH_ASSOC同理，fetchAll()包裹后仍是二维 - 若用
fetch()单次调用，只返回一维数组（单行），不是二维
为什么不是一维或三维？
一维数组存不下多条记录的字段信息；三维数组需要「行×列×版本/快照」这类额外维度，而普通查询不需要。除非你手动嵌套（比如把每个用户的订单列表再作为子数组塞进去），否则数据库驱动层不会凭空多出第三维。常见误解是看到 var_dump($rows) 输出嵌套结构就以为“很复杂”，其实只是 array[0] 是 array，array[1] 也是 array —— 这就是二维的全部含义。
容易踩的坑：把二维当一维用，或误判键类型
典型错误包括：
- 写
echo $rows['name']——$rows是二维数组，$rows[0]['name']才对 - 用
foreach ($rows as $key => $row)却在循环里又写$row[0]，但实际是PDO::FETCH_ASSOC，该用$row['name'] - 没检查空结果：查询无数据时
$rows是空数组[]，不是null，直接count($rows)安全，但$rows[0]会触发Undefined offset
最常被忽略的一点：二维只是表层结构，真正要安全访问，得先确认查询是否成功、是否有数据、用的是什么 fetch 模式——而不是只盯着“它看起来像表格”就动手取值。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
