在 MySQLi 持久连接中，显式调用 mysqli_free_result() 或 mysqli_close() 并非必需：PHP 脚本结束时会自动清理结果集，且持久连接本身不受 mysqli_close() 影响；仅在需提前丢弃未读取的未缓冲结果并复用连接执行新查询时，才需手动释放。
在 mysqli 持久连接中，显式调用 `mysqli_free_result()` 或 `mysqli_close()` 并非必需：php 脚本结束时会自动清理结果集，且持久连接本身不受 `mysqli_close()` 影响；仅在需提前丢弃未读取的未缓冲结果并复用连接执行新查询时，才需手动释放。
MySQLi 持久连接（Persistent Connection）通过在 PHP 进程间复用底层数据库连接来减少重复建连开销，其创建方式为在主机名前添加 p: 前缀，例如：
$mysqli = new mysqli('p:localhost', 'user', 'pass', 'db');
// 或使用面向过程风格
$mysqli = mysqli_connect('p:localhost', 'user', 'pass', 'db');关键事实如下：
✅ mysqli_close() 对持久连接无效
调用 mysqli_close($mysqli) 不会真正关闭连接——它仅解除当前脚本对连接句柄的引用，而底层连接仍保留在连接池中供后续请求复用。官方文档明确指出：“Calling mysqli_close() on a persistent connection has no effect.”-
✅ 结果集（result set）无需手动释放
无论是否启用持久连接，PHP 在脚本生命周期结束时（即请求处理完毕、所有变量被销毁时），会自动释放所有未显式释放的 mysqli_result 对象。这意味着以下代码完全安全且推荐：$mysqli = new mysqli('p:localhost', 'user', 'pass', 'db'); $result = $mysqli->query("SELECT id, name FROM users LIMIT 1000"); // 不调用 $result->free() 或 mysqli_free_result($result) // 脚本结束时自动清理 -
⚠️ 唯一需手动 free_result() 的场景
当使用 未缓冲查询（unbuffered query）（如 mysqli_use_result() 或 mysqli_query() 配合 MYSQLI_USE_RESULT）时，结果集行数据是逐行从服务器流式读取的，若只读取部分行便中断遍历，剩余行仍占用连接资源，此时必须显式释放才能执行下一条语句：$mysqli = new mysqli('p:localhost', 'user', 'pass', 'db'); $result = $mysqli->use_result(); // 未缓冲模式 while ($row = $result->fetch_row()) { if ($row[0] === 42) break; // 提前退出 } $result->free(); // ✅ 必须调用，否则后续 query() 将失败 $mysqli->query("INSERT INTO log (msg) VALUES ('done')"); ? 持久连接的隐性风险远大于收益
尽管初衷是提升性能，但持久连接易引发状态污染问题：事务未提交、用户变量残留、临时表未清除、字符集/SQL_MODE 不一致等，均可能跨请求“传染”，导致难以复现的逻辑错误。现代 MySQL 连接建立耗时通常低于 1ms（尤其在本地或内网），而连接池、连接复用等更可靠的优化应交由数据库中间件（如 ProxySQL）或应用层连接池（如 Laravel 的 PDO 连接池）实现。除非经压测证实连接开销是瓶颈，否则强烈建议禁用持久连接。
? 补充说明：可通过 mysqli::get_client_info() 和 mysqli::get_server_info() 验证连接复用行为；也可在 MySQL 服务端执行 SHOW PROCESSLIST 观察连接的 Command 字段是否长期显示为 Sleep，以辅助诊断。
综上：你不需要、也不应该为了“规范”而机械调用 mysqli_free_result() 或 mysqli_close()——让 PHP 的自动内存管理做它该做的事；把精力放在避免状态泄露、合理设计查询和选用合适架构上，才是构建健壮 MySQL 应用的关键。
