使用 MySQLi - 更适合关闭查询答案

【问题标题】：Using MySQLi - which is better for closing queries使用 MySQLi - 更适合关闭查询
【发布时间】：2010-09-06 19:00:34
【问题描述】：

我习惯于将变量使用量保持在最低限度。所以我想知道以下是否有任何优势：

$query = $mysqli->query('SELECT * FROM `people` ORDER BY `name` ASC LIMIT 0,30');

// Example 1
$query = $query->fetch_assoc();

// Example 2
$query_r = $query->fetch_assoc();
$query->free();

现在，如果我是对的，示例 1 应该更有效，因为 $query 是 unset，当我重新分配它应该释放与之相关的任何内存时。但是有一种方法 (MySQLi_Result::free()) 可以释放相关的内存 - 这是同一件事吗？

如果我不调用::free() 来释放与结果相关的任何内存，而是通过重新分配变量来释放unset，我是否也在做同样的事情？我不知道如何记录这类事情 - 有人有什么想法吗？

【问题讨论】：

标签： php mysql memory mysqli

【解决方案1】：

manual 似乎表明您仍应使用free() 来释放内存。我相信原因是free() 正在释放 MySQL 中的内存，而不是 PHP 中的内存。由于 PHP 无法为 MySQL 进行垃圾收集，因此您需要调用 free()。

【讨论】：

【解决方案2】：

示例 1 分离 $query 变量与 MySQL 结果。 MySQL结果仍然存在于内存中，并且会继续存在并浪费内存，直到垃圾回收发生。

示例 2 立即释放 MySQL 结果，释放使用的资源。

但是，由于 PHP 页面的寿命通常很短，结果集很小，因此节省的内存是微不足道的。除非您在长时间运行的页面上将大量结果长期留在内存中，否则您不会注意到速度变慢。

布赖恩， PHP 可以垃圾收集 MySQL 结果，它只是不会立即发生。结果存在于 PHP 的内存池中，而不是 MySQL 服务器的。

（使用无缓冲查询时的内存位置略有不同，但它们在 PHP 中很少使用，不值得一提）

【讨论】：