应使用 mysqli_fetch_assoc() 或 pdo::fetch() 直接获取单行记录，而非依赖 limit 1 或 fetchall()[0]；务必检查返回值是否为 NULL/false 再访问字段，避免未匹配时的下标错误和空数组问题。
用 mysqli_fetch_assoc() 或 pdo::fetch() 直接取一行
查单条记录不是靠 SQL 里加 LIMIT 1 就完事——那只是限制结果集大小，真正“只拿一行”得靠 php 的取值函数。如果用了 mysqli_fetch_all() 或 pdo::fetchAll()，哪怕 SQL 只返回一条，你拿到的仍是数组套数组（比如 [0 => ['id'=>1, 'name'=>'a']]），多一层嵌套反而容易出错。
实操建议：
- MySQLi：执行
mysqli_query()后，立刻调用mysqli_fetch_assoc()，它返回关联数组或null（无结果时） - PDO：用
$stmt->fetch(PDO::FETCH_ASSOC)，不要用fetchAll()再取[0] - 如果确定只有一行且字段少，
mysqli_fetch_row()或fetch(PDO::FETCH_NUM)更轻量，但可读性差
WHERE 条件没匹配上时，别直接访问数组下标
常见错误是写成 $row = $result[0]; echo $row['name'];，但若查询无结果（比如 ID 不存在），$result 是空数组，$result[0] 触发 Notice: undefined offset，甚至后续逻辑崩掉。
安全做法：
立即学习“PHP免费学习笔记（深入）”；
- 始终检查取值函数返回值是否为
false或null：$row = mysqli_fetch_assoc($res); if (!$row) { /* 处理未找到 */ } - PDO 中
fetch()查无结果时返回false，不是空数组，别用empty()判空——empty(false)是true，但语义不对 - 避免用
??直接兜底字段值（如$row['name'] ?? ''），先确保$row存在
select * 在单行查询里风险更高
单条记录看似影响小，但 SELECT * 仍会拖慢性能、暴露不该返回的字段（比如密码哈希、敏感日志），还可能因表结构变更导致 PHP 数组键名意外消失或冲突。
应该：
- 显式列出需要的字段：
SELECT id, name, status FROM user WHERE id = ? - 如果用 PDO 预处理，绑定参数后直接
fetch()，字段名和顺序完全可控 - 注意 MySQLi 中
fetch_assoc()的键名严格对应 SQL 中的列别名（AS），没别名则用原始字段名；大小写敏感取决于 MySQL 配置，别依赖小写自动转换
用 mysqli_stmt_get_result() 前先确认 MySQLi 模式
有人想先用 mysqli_prepare() + mysqli_stmt_execute()，再调 mysqli_stmt_get_result() 获取结果集，最后 fetch_assoc()。这看起来很标准，但有个隐藏坑：mysqli_stmt_get_result() 仅在 MySQLi 使用 mysqlnd 驱动时可用，部分旧服务器用的是 libmysql，调用会报 Fatal Error: Call to undefined function。
更稳妥的路径：
- 预处理后直接
mysqli_stmt_bind_result()+mysqli_stmt_fetch()，绕过结果集对象（适合字段少、类型明确的场景） - 或者统一用 PDO，它的
fetch()在所有驱动下行为一致 - 若坚持用 MySQLi 预处理且需
get_result()，上线前务必检查phpinfo()中的mysqlnd是否启用
实际业务中，单条查询最常卡在“以为有数据却没判空”和“用错 fetch 方法导致类型不一致”，这两点比语法本身更容易引发线上问题。