1.24.1 论缓存的重要性

在很多情况下，我们都需要缓存。如对重复获取但变化不大的数据进行缓存以提供服务器的响应能力，又如当需要为数据库服务器减少QPS时等等。但同时缓存也因为有延时导致数据不能实时更新，或者在需要更新时不能被更新。如在接口调试、单元测试或者预览时，但这些都可以通过一些技巧来获得。这里，将从简单的缓存、再到高速缓存、多级缓存逐步进行说明。

1.24.2 简单缓存

这里所指的简单缓存，是指文件缓存。因为实现简单，且部署方便。但其缺点也是明显的，如文件I/O读写导致性能低，不能支持分布式。所以在没有集群服务器下是适用的。

当需要使用文件缓存时，先对文件缓存进行DI注册，便可使用。

  1. //$ vim ./Public/init.php 
  2. DI()->cache = new PhalApi_Cache_File(array('path' => API_ROOT . '/Runtime', 'prefix' => 'demo'));
  4. // 设置
  5. DI()->cache->set('thisYear', 2015, 600);
  7. // 获取
  8. echo DI()->cache->get('thisYear');
  10. // 删除
  11. DI()->cache->delete('thisYear');

1.24.3 高速缓存

高速缓存通常具备分布式的能力，并能进驻内存，因此性能高。但同样此优点所带来的则是需要另外部署缓存扩展，如常见的Memcached、Redis。若需要考虑缓存落地，还要进一点筛选和配置。

如使用Memcached：

  1. DI()->cache = new PhalApi_Cache_Memcached(array('host' => '127.0.0.1', 'port' => 11211, 'prefix' => 'demo_'));
  3. // 设置
  4. DI()->cache->set('thisYear', 2015, 600);
  6. // 获取
  7. echo DI()->cache->get('thisYear');
  9. // 删除
  10. DI()->cache->delete('thisYear');

从上面示例代码注意到，我们使用了前缀配置，以防同一台MC服务器同一端口下key名冲突。当然，更好是使用配置文件来配置缓存的地址和端口，以及前缀。

如何配置多个Memcache/Memcached实例？

实际项目开发中，当需要连接多个Memcache/Memcached实例，可以在单个实例配置基础上采用以下配置： 

  1. $config = array(
  2.     'host'    => '192.168.1.1, 192.168.1.2',  //多个用英文逗号分割
  3.     'port'    => '11211, 11212',              //多个用英文逗号分割
  4.     'weight'  => '20, 80',                    //（可选）多个用英文逗号分割
  5. );
  7. DI()->cache = new PhalApi_Cache_Memcached($config);

上面配置了两个MC实例，分别是：

  • 192.168.1.1，端口为11211，权重为20
  • 192.168.1.2，端口为11212，权重为80
    其中，权重是可选的。并且以host域名的数量为基准，即最终MC实例数量以host的个数为准。端口数量不足时取默认值11211，多出的端口会被忽略；同样，权重数量不足时取默认值0，多出的权重会被忽略。

如下，是一份稀疏配置： 

  1. $config = array(
  2.     'host'    => '192.168.1.1, 192.168.1.2, 192.168.1.3',
  3.     'port'    => '11210',
  4. );

相当于：

  • 192.168.1.1，端口为11210，权重为0（默认值）
  • 192.168.1.2，端口为11211（默认值），权重为0（默认值）
  • 192.168.1.3，端口为11211（默认值），权重为0（默认值）
    请注意，通常不建议在权重weight使用稀疏配置，即要么全部不配置权重，要么全部配置权重，以免部分使用默认权重为0的MC实例不生效。
温馨提示：以上多个MC实例的配置，须更新到PhalApi 1.4.0及版本以上。

1.24.4 多级缓存

然而，很多时候，我们需要多级缓存来承载更大的访问量。以便结合本地低速缓存和分布式高速缓存来获得更好的用户体验和服务器吞吐率。这时，则可以使用多级缓存策略。

在切换到多级缓存时，我们明显希望原有的代码调用不需要同步调整便能获得升级后的多级缓存，并且我们后台开发人员也希望可以轻便在原有的单点缓存的基础上进行扩展。所以这就引出了一个有趣的问题：我们该如何组织多级缓存？

作为一个框架，除了考虑上述的原有调用、单点缓存复用外，还需要考虑到多级缓存的组装。部分框架，一如我最喜欢的Phalcon则是使用了配置的形式来实现。但仍然，我们需要了解其配置的各个格式要求才能更好掌握和使用，这点带来了学习的成本。因此，PhalApi则是使用了简单的组合模式来实现。

正如你在源代码中看到的PhalApi_Cache_Multi类，通过此类的实例可以利用PhalApi_Cache_Multi::addCache()快速添加一个缓存节点，而节点的优先级则按开发同学添加的顺序来确定。显然在添加时，我们应该先添加分布式的高速缓存，再添加本地的低速缓存（希望不会有人先添加文件缓存再添加MC缓存）。而各个节点的初始化，则是我们之前所熟悉的。只是简单添加即可。

以下是结合文件缓存和MC缓存的多级缓存示例：

  1. $cache = PhalApi_Cache_Multi();
  3. $mcCache = new PhalApi_Cache_Memcached(array('host' => '127.0.0.1', 'port' => 11211, 'prefix' => 'demo_'));
  4. $cache->addCache($mcCache);
  6. $fileCache = new PhalApi_Cache_File(array('path' => API_ROOT . '/Runtime', 'prefix' => 'demo'));
  7. $cache->addCache($fileCache);
  9. DI()->cache = $cache;

然后，就可像之前那样设置、获取和删除缓存，而不需考虑是单点缓存，还是多级缓存：

  1. // 设置
  2. DI()->cache->set('thisYear', 2015, 600);
  4. // 获取
  5. echo DI()->cache->get('thisYear');
  7. // 删除
  8. DI()->cache->delete('thisYear');

1.24.5 静态结构图

对应地，我们可以得出清晰明了的UML静态结构图：

多级缓存静态结构图

结构层次非常简单，但主要分为三大类：左边是多级缓存；中间突出的是特殊情况，即：空对象模式下的空缓存；右边是目前已提供或者后期扩展的具体缓存实现。

原文: https://www.phalapi.net/wikis/1-24.html