在 MySQLi 持久连接中，显式调用 mysqli_free_result() 或 mysqli_close() 并非必需：PHP 脚本结束时会自动清理结果集与连接资源；仅当需提前丢弃未读取的未缓冲结果并复用连接执行新查询时，才建议手动释放。
在 mysqli 持久连接中，显式调用 `mysqli_free_result()` 或 `mysqli_close()` 并非必需：php 脚本结束时会自动清理结果集与连接资源；仅当需提前丢弃未读取的未缓冲结果并复用连接执行新查询时，才建议手动释放。
MySQLi 持久连接（persistent connection）通过在 PHP 进程间复用底层 MySQL 连接来减少重复建连开销，其连接字符串需以 p: 开头（例如：new mysqli('p:localhost', $user, $pass, $db)）。但需明确：持久性仅作用于连接本身，不改变资源生命周期管理规则。
✅ 自动清理机制是默认行为
无论是否启用持久连接，MySQLi 均在脚本执行结束时自动释放所有未显式处理的结果集（mysqli_result 对象）和连接句柄。这意味着：
- mysqli_free_result($result) 是可选操作；
- mysqli_close($conn) 对持久连接完全无效（函数返回 true 但实际不关闭连接）；
- 即使忘记释放，也不会导致内存泄漏或连接耗尽。
// 示例：无需手动 free_result，脚本结束即自动清理
$conn = new mysqli('p:localhost', 'user', 'pass', 'test');
$result = $conn->query("SELECT * FROM users LIMIT 1000");
// 此处不调用 $result->free() 或 mysqli_free_result($result)
// 也不调用 $conn->close()
// —— PHP 会在脚本退出时自动完成清理
⚠️ 唯一需手动释放的场景：未缓冲查询（Unbuffered Results）
当使用 mysqli_use_result()（而非默认的 mysqli_store_result()）获取结果集时，MySQLi 不会一次性将全部结果加载到 PHP 内存，而是逐行从服务器拉取。此时若只读取部分行便中断处理，剩余未读数据会阻塞该连接，导致后续查询失败（报错 Commands out of sync）。
✅ 正确做法：显式调用 mysqli_free_result() 清空残留数据流，再执行新查询：
$conn = new mysqli('p:localhost', 'user', 'pass', 'test');
$result = $conn->use_result(); // 启用未缓冲模式
while ($row = $result->fetch_row()) {
if ($row[0] === 'stop') break; // 提前退出
}
$result->free(); // ✅ 必须调用！否则下一行会报错
$conn->query("INSERT INTO log VALUES ('done')"); // 现在可以安全执行
? 持久连接的现实风险：慎用而非首选
尽管文档提及“连接复用”，但生产环境中应优先避免使用持久连接，原因包括：
- 连接状态残留：事务未提交、用户变量、临时表、SQL 模式等上下文可能污染后续请求；
- 连接池失控：PHP-FPM 子进程数 × 持久连接数 = 实际数据库连接数，极易触发 max_connections 限制；
- 调试困难：连接复用导致错误难以复现，如字符集不一致、autocommit 状态错乱等。
? 最佳实践：现代 MySQL 驱动（如 PDO MySQL）与连接池中间件（ProxySQL、MySQL Router）已大幅降低建连延迟。对绝大多数应用而言，每次请求新建连接（非持久）更稳定、更可预测、更易监控。
总结
- ✅ mysqli_free_result()：99% 场景下无需调用；仅在未缓冲查询中提前终止读取时必须使用；
- ❌ mysqli_close()：对持久连接无意义，可完全省略；
- ? 持久连接不是性能银弹——它解决的是微秒级建连延迟，却引入秒级故障风险；
- ? 优先优化查询、索引与连接池架构，而非依赖语言层持久化。
