fetchAll返回空数组的主因是未调用execute()；必须先prepare再execute才能获取数据；推荐使用PDO::FETCH_ASSOC模式；大数据量应改用fetch循环避免内存溢出；PHP 8.3中NULL值不再转为空字符串。
fetchAll 返回空数组？检查 PDOStatement 是否执行成功
直接调用 fetchAll() 却拿不到数据，大概率是 execute() 没成功或没调用。PDO 的 prepare() 只返回语句对象，不执行；必须显式调用 execute() 后才能取结果。
- 错误写法：
$stmt = $pdo->prepare("SELECT * FROM users"); $data = $stmt->fetchAll();→ 空数组 - 正确顺序：
$stmt = $pdo->prepare("SELECT * FROM users"); $stmt->execute(); $data = $stmt->fetchAll(); - 加个判断更稳妥：
if ($stmt->execute()) { $data = $stmt->fetchAll(); }
fetchMode 参数影响结果结构，别默认用 PDO::FETCH_BOTH
fetchAll() 默认返回关联 + 数字键混合数组（PDO::FETCH_BOTH），字段多时容易混淆。多数场景该明确指定格式。
-
PDO::FETCH_ASSOC：只返回关联键（推荐，语义清晰） -
PDO::FETCH_NUM：只返回数字键（适合固定列序的批量处理） -
PDO::FETCH_CLASS：映射到类实例（需配合setFetchMode()或参数传入） - 注意：
PDO::FETCH_OBJ返回 stdClass 对象，不能用isset($row->name)判断存在性，要用property_exists()
PHP 8.3 下 fetchAll 不再隐式转换 null 字段为字符串
PHP 8.3 严格了 PDO 的类型映射行为：数据库中的 NULL 值现在原样返回 null，不再转成空字符串。如果旧代码依赖 empty($row['email']) 判空，可能误判。
- 安全写法：
!isset($row['email']) || $row['email'] === null - 若需兼容旧逻辑，可在
prepare()前设置：$pdo->setAttribute(PDO::ATTR_ORACLE_NULLS, PDO::NULL_TO_STRING);（仅 Oracle 有效） - MySQL 场景建议统一用
is_null($row['email'])显式判断
大数据量慎用 fetchAll，内存会爆
fetchAll() 把全部结果一次性载入内存。查几万行就可能触发 Allowed memory size exhausted 错误，尤其 PHP 8.3 默认内存限制仍为 128M。
立即学习“PHP免费学习笔记（深入）”；
- 替代方案：用
fetch()循环逐行处理：while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) { /* 处理单行 */ } - 如需分页，用 SQL 的
LIMIT+OFFSET，而非取全量再 array_slice - 临时扩内存不是解法：
ini_set('memory_limit', '512M')可能掩盖设计缺陷
实际跑通的关键就三点：先 execute()，再选对 fetchMode，最后根据数据量决定是全取还是流式读。PHP 8.3 的 null 行为变化最容易在迁移时漏掉测试。
