mysqli_fetch_assoc 返回的是什么
mysqli_fetch_assoc 返回一个以字段名为键、对应值为元素的 关联数组，仅此而已。不是对象，不是数字索引数组，也不是布尔值或 null（除非结果集已遍历完）。
常见错误现象：用 $row[0] 或 $row['id'] 时出错——前者会报 undefined index（因为不是数字索引），后者在字段名大小写不一致或含空格/特殊字符时也会失败。
- 必须确保 SQL 查询中字段有明确别名（如
SELECT user_id AS id），避免数据库返回原始列名（如user.id可能变成user.id键，含点号） - 字段名区分大小写，取决于 MySQL 的
lower_case_table_names设置和实际建表方式，建议统一小写 + 下划线命名 - 如果查询用了
*，且表结构变更，mysqli_fetch_assoc返回的键会跟着变，代码容易静默出错
为什么不能直接用 mysqli_fetch_array 或 mysqli_fetch_row 替代
它们行为不同：mysqli_fetch_array 默认返回「同时含数字索引和关联索引」的混合数组，内存占用略高；mysqli_fetch_row 只返回数字索引，没法用字段名取值。
使用场景决定选型：需要按字段名读取（比如模板渲染、API 返回字段映射）时，mysqli_fetch_assoc 最安全直观；做简单计数或批量导出时，mysqli_fetch_row 略快一点点，但差别微乎其微。
-
mysqli_fetch_array($result, MYSQLI_ASSOC)和mysqli_fetch_assoc功能完全等价，后者更语义清晰 - 不要混用
mysqli_fetch_assoc和mysqli_fetch_object在同一结果集上——游标位置会互相干扰，导致漏行 - PHP 8.1+ 已废弃
mysql_*函数，但mysqli_fetch_assoc完全不受影响，放心用
fetch_assoc 后再调用 fetch_assoc 会发生什么
每次调用 mysqli_fetch_assoc 都会将内部游标前移一位；第二次调用，拿到的是下一行数据；当没有下一行时，返回 null —— 不是空数组，不是 false，是严格意义上的 null。
容易踩的坑：用 if ($row = mysqli_fetch_assoc($result)) 判断是否还有数据，没问题；但写成 while ($row = mysqli_fetch_assoc($result) !== false) 就会逻辑错误（因为 !== false 永远为 true，赋值优先级低于比较）。
- 正确循环写法只有这一种惯用形式：
while ($row = mysqli_fetch_assoc($result)) { ... } - 如果想重头再取一遍，必须重新执行
mysqli_query，或者用mysqli_data_seek($result, 0)回到开头（但注意：只对缓存结果集有效，MYSQLI_USE_RESULT模式下不支持） - 结果集很大时，反复 seek 或重查代价高，考虑一次性 fetch_all(MYSQLI_ASSOC)，但要注意内存占用
关联数组键名里出现点号、空格或中文怎么办
MySQL 允许列名含点号（如 user.name）、反引号包裹的空格或中文（如 `用户昵称`），但 mysqli_fetch_assoc 会原样把它们转为数组键——这意味着你得写 $row['user.name'] 或 $row['用户昵称']，既难读又易错。
这不是函数的问题，是 SQL 设计问题。生产环境应杜绝这类字段名。
- 显式用
AS重命名：SELECT u.name AS user_name FROM users u - 避免在 SELECT 中直接引用带点的多表字段（如
u.id），一律加别名 - 如果无法改 SQL（比如对接遗留视图），可用
array_keys($row)调试真实键名，再用花括号语法访问：$row{'user.name'}
