mysqli_query总是返回false，主因是未显式传入有效连接资源$conn，或连接本身失败（未检查mysqli_connect返回值）、数据库未正确选择；PHP 7.1起强制要求首参为mysqli连接对象，否则报错或静默返回false。
mysqli_query 为什么总是返回 false？
直接用 mysqli_query 执行 SQL 失败，大概率不是语法写错了，而是连接没建好或没选库。PHP 7.1 的 mysqli_query 是面向过程风格的函数，它不自动关联连接资源——你得手动传进去，否则默认用“最近一次打开的连接”，这个行为极不可靠。
常见错误现象：mysqli_query() expects parameter 1 to be mysqli, boolean given 或静默返回 false 却不报错。
- 必须显式传入
mysqli连接对象（比如$conn），不能只传 SQL - 连接前要检查是否成功：用
mysqli_connect()后立刻判断返回值是否为false - 如果用了
mysqli_select_db($conn, 'dbname')，确保数据库名拼写正确且存在；更推荐在连接时就指定库名，避免漏选
SELECT 查询怎么拿到结果数据？
mysqli_query 对 SELECT 返回的是 mysqli_result 对象，不是数组。直接 print_r() 看不到内容，必须用 mysqli_fetch_assoc() 或类似函数取行。
容易踩的坑：用 mysqli_query 执行 SELECT 后忘了调用 mysqli_free_result()，尤其在循环中反复查询时可能内存泄漏（虽小概率，但 PHP 7.1 下已明确要求释放）。
立即学习“PHP免费学习笔记（深入）”；
- 获取单行：用
mysqli_fetch_assoc($result)，返回关联数组；mysqli_fetch_row()返回数字索引数组 - 获取全部结果：用
mysqli_fetch_all($result, MYSQLI_ASSOC)，注意第二个参数别漏写 - 执行完一定要
mysqli_free_result($result)，特别是结果集较大或多次查询时
INSERT/UPDATE/DELETE 后怎么知道是否成功？
mysqli_query 对写操作返回布尔值：true 表示语句执行成功（哪怕影响 0 行），false 表示语法错误、权限不足或约束冲突。它**不等于**“有没有改到数据”。
想确认实际影响行数，必须调用 mysqli_affected_rows($conn)，而不是看 mysqli_query 的返回值。
-
mysqli_query($conn, "INSERT INTO users (name) VALUES ('test')")成功后，查mysqli_affected_rows($conn)得到 1；若主键重复，它可能返回 0，但mysqli_query仍返回true - 遇到
errno = 1062（重复键）这类警告，mysqli_query不抛异常，要用mysqli_errno($conn)和mysqli_error($conn)主动捕获 - 事务中慎用：
mysqli_query不自动开启事务，INSERT成功不代表已提交
为什么 mysqli_query 在 PHP 7.1 里不能省略连接参数？
PHP 7.0+ 彻底移除了 MySQL 扩展，而 mysqli 的面向过程接口在 7.1 中严格要求第一个参数是有效连接资源。以前那种“先连再随便调”的松散写法会直接报 Warning 并返回 false。
这不是兼容性问题，是设计收紧——强制你意识到连接状态。很多人把 $conn 定义在函数外，却在函数内直接写 mysqli_query("SELECT...")，结果因为作用域问题传了 null 或未定义变量。
- 连接必须赋值给变量（如
$conn = mysqli_connect(...)），并在每次mysqli_query调用时作为第一参数传入 - 不要依赖“隐式连接”，PHP 7.1 不支持
- 如果用 PDO 更省心，但若必须用 mysqli，就老老实实传参、判错、释放资源
真正麻烦的不是写法，而是习惯——总以为 mysqli_query 是个独立函数，其实它全程依赖那个脆弱又易被忽略的连接变量。
