先确认SQL本身能否查出数据：在phpMyAdmin或MySQL CLI中执行PHP拼接的完整SQL，排查WHERE条件（如NULL比较、大小写敏感、时间格式不匹配等）导致无命中；再检查mysqli/PDO结果获取方式是否误判空数组为错误。
查不到数据时先确认 SQL 是否真能查出东西
很多空结果不是 PHP 问题，而是 SQL 本身没命中数据。别急着改代码，先拿 phpMyAdmin、MySQL CLI 或 DBeaver 直连数据库，把 PHP 里拼出来的那条 SQL 完整粘过去执行一遍。
常见陷阱：
-
WHERE条件里用了NULL比较（比如status = NULL），实际得写status IS NULL - 字符串字段用了
=匹配但值带前后空格，或大小写敏感（尤其 MySQL 的utf8mb4_bin排序规则） - 时间条件写成
created_at = '2024-05-01'，但数据库存的是带时分秒的DATETIME，应该用DATE(created_at) = '2024-05-01'或范围查询
mysqli 和 PDO 返回空数组的典型原因
两种扩展处理“无结果”的方式不同，容易误判：
-
mysqli_fetch_all($result)在没数据时返回空数组[]，不是false；但mysqli_query()执行失败才返回false -
PDOStatement::fetchAll()没数据也返回[]，但PDO::query()失败抛异常，需try/catch捕获 - 用
mysqli_num_rows($result)或$stmt->rowCount()显式检查行数，比直接判断返回值是否为空更可靠
示例片段：
立即学习“PHP免费学习笔记（深入）”；
$stmt = $pdo->prepare("SELECT id FROM users WHERE email = ?");
$stmt->execute([$email]);
$rows = $stmt->fetchAll();
if (count($rows) === 0) {
// 真正没数据，不是报错
}
预处理语句参数绑定失败却不报错
特别是用 mysqli_stmt_bind_param() 时，类型字符写错或变量未定义，会导致绑定静默失败，查询变成全空条件（如 WHERE id = ? 中的 ? 变成 NULL）。
- 确保
bind_param()第一个参数类型字符串长度与后续变量个数一致，比如"is"对应两个变量，少传一个就崩 - 检查变量是否为
null或未初始化——bind_param("i", $id)中$id是null，会传入0或触发警告（取决于严格模式） - PDO 更友好些，但
bindValue()如果类型指定为PDO::PARAM_INT而值是字符串，可能被截断或转成0
连接成功但查不到数据，可能是数据库选错了
尤其是本地开发和测试环境共用一套配置，容易忽略 mysqli_select_db() 或 PDO DSN 里的 dbname 参数是否指向当前要查的库。
- 执行
SELECT DATABASE()确认当前库名，和你预期的是否一致 - 检查配置文件中数据库名有没有拼错，比如
myapp_prod写成myapp_prode - 某些部署用容器或代理（如 ProxySQL），连接串看似通，实际路由到了空库或只读副本（而新插入的数据还没同步）
最简单的验证方式：在查询前加一句 var_dump($pdo->query("SELECT DATABASE()")->fetchColumn());
真正麻烦的往往不是语法错误，而是数据不在你以为的那个库、那个表、那个时间点——动手前，先让 SQL 自己说话。
