php - 在提出内存问题之前，php 数组可以有多大？

Question

我们的应用目前的工作方式如下:

class myClass{

    private $names = array();

    function getNames($ids = array()){
         $lookup = array();

         foreach($ids as $id)
             if (!isset($this->names[$id]))
                $lookup[] = $id;

         if(!empty($lookup)){
              $result;//query database for names where id in $lookup
                      // now contains associative array of id => name pairs
              $this->names = array_merge($this->names, $result);
         }

         $result = array();
         foreach($ids as $id)
             $result[$id] = $this->names[$id];

         return $result;
    }
}

这很好用，但它仍然可以(并且经常这样做)导致多个查询(在这种情况下为 400 多个)。

所以，我正在考虑简单地查询数据库并使用数据库中的每个名称填充 $this->names 数组。

但是我担心数据库中有多少条目我应该开始担心这样做时的内存？ (数据库列是varchar(100))

Answer 1

你有多少内存？在高峰访问期间，您的服务通常支持多少并发用户？这些是相关的信息。没有他们，任何答案都是无用的。一般来说，这是一个很容易通过负载测试解决的问题。然后，找到瓶颈并优化。在那之前，让它发挥作用(在合理范围内)。

但是...

如果你真的想知道你在看什么......

如果我们假设您不存储多字节字符，那么您有 400 个名称 * 100 个字符(假设每个名称都达到了您的字符数限制)...您正在查看大约 40Kb 的内存。看起来太微不足道了，不是吗？

显然，您将从 PHP 中获得其他开销来保存数据结构本身。你能使用像 SplFixedArray 这样的数据结构而不是普通的 array 来更有效地存储东西吗？可能 - 但是您将失去高度优化的 array_* 函数，否则您必须操作列表。

用户会使用您计划在内存中缓冲的每一个条目吗？如果您的应用程序必须使用它们，那么它们有多大并不重要，不是吗？将大量不需要的信息“仅仅因为”保留在内存中并不是一个好主意。您绝对不想做的一件事是在每次页面加载时查询数据库以获取 4000 条记录。至少您需要将这些类型的事务放入内存存储中，例如 memcached 或使用 APC。

这个问题 - 就像计算机科学中的大多数问题一样 - 只是一个受约束的最大化问题。除非您知道可用的变量，否则无法正确解决。