##1.24.1 论缓存的重要性
在很多情况下,我们都需要缓存。如对重复获取但变化不大的数据进行缓存以提供服务器的响应能力,又如当需要为数据库服务器减少QPS时等等。但同时缓存也因为有延时导致数据不能实时更新,或者在需要更新时不能被更新。如在接口调试、单元测试或者预览时,但这些都可以通过一些技巧来获得。这里,将从简单的缓存、再到高速缓存、多级缓存逐步进行说明。
##1.24.2 简单缓存
这里所指的简单缓存,是指文件缓存。因为实现简单,且部署方便。但其缺点也是明显的,如文件I/O读写导致性能低,不能支持分布式。所以在没有集群服务器下是适用的。
当需要使用文件缓存时,先对文件缓存进行DI注册,便可使用。
```javascript
//$ vim ./Public/init.php
DI()->cache = new PhalApi_Cache_File(array('path' => API_ROOT . '/Runtime', 'prefix' => 'demo'));
// 设置
DI()->cache->set('thisYear', 2015, 600);
// 获取
echo DI()->cache->get('thisYear');
// 删除
DI()->cache->delete('thisYear');
```
##1.24.3 高速缓存
高速缓存通常具备分布式的能力,并能进驻内存,因此性能高。但同样此优点所带来的则是需要另外部署缓存扩展,如常见的Memcached、Redis。若需要考虑缓存落地,还要进一点筛选和配置。
如使用Memcached:
```javascript
DI()->cache = new PhalApi_Cache_Memcached(array('host' => '127.0.0.1', 'port' => 11211, 'prefix' => 'demo_'));
// 设置
DI()->cache->set('thisYear', 2015, 600);
// 获取
echo DI()->cache->get('thisYear');
// 删除
DI()->cache->delete('thisYear');
```
从上面示例代码注意到,我们使用了前缀配置,以防同一台MC服务器同一端口下key名冲突。当然,更好是使用配置文件来配置缓存的地址和端口,以及前缀。
##1.24.4 多级缓存
然而,很多时候,我们需要多级缓存来承载更大的访问量。以便结合本地低速缓存和分布式高速缓存来获得更好的用户体验和服务器吞吐率。这时,则可以使用多级缓存策略。
在切换到多级缓存时,我们明显希望原有的代码调用不需要同步调整便能获得升级后的多级缓存,并且我们后台开发人员也希望可以轻便在原有的单点缓存的基础上进行扩展。所以这就引出了一个有趣的问题:我们该如何组织多级缓存?
作为一个框架,除了考虑上述的原有调用、单点缓存复用外,还需要考虑到多级缓存的组装。部分框架,一如我最喜欢的Phalcon则是使用了配置的形式来实现。但仍然,我们需要了解其配置的各个格式要求才能更好掌握和使用,这点带来了学习的成本。因此,PhalApi则是使用了简单的组合模式来实现。
正如你在源代码中看到的PhalApi_Cache_Multi类,通过此类的实例可以利用PhalApi_Cache_Multi::addCache()快速添加一个缓存节点,而节点的优先级则按开发同学添加的顺序来确定。显然在添加时,我们应该先添加分布式的高速缓存,再添加本地的低速缓存(希望不会有人先添加文件缓存再添加MC缓存)。而各个节点的初始化,则是我们之前所熟悉的。只是简单添加即可。
以下是结合文件缓存和MC缓存的多级缓存示例:
```javascript
$cache = PhalApi_Cache_Multi();
$mcCache = new PhalApi_Cache_Memcached(array('host' => '127.0.0.1', 'port' => 11211, 'prefix' => 'demo_'));
$cache->addCache($mcCache);
$fileCache = new PhalApi_Cache_File(array('path' => API_ROOT . '/Runtime', 'prefix' => 'demo'));
$cache->addCache($fileCache);
DI()->cache = $cache;
```
然后,就可像之前那样设置、获取和删除缓存,而不需考虑是单点缓存,还是多级缓存:
```javascript
// 设置
DI()->cache->set('thisYear', 2015, 600);
// 获取
echo DI()->cache->get('thisYear');
// 删除
DI()->cache->delete('thisYear');
```
##1.24.5 静态结构图
对应地,我们可以得出清晰明了的UML静态结构图:
![多级缓存静态结构图](http://webtools.qiniudn.com/20150411005257_51bddc79686ee2215d9b0f1144d903bf)
结构层次非常简单,但主要分为三大类:左边是多级缓存;中间突出的是特殊情况,即:空对象模式下的空缓存;右边是目前已提供或者后期扩展的具体缓存实现。
- 欢迎使用PhalApi!
- 接口,从简单开始!
- [1.1]-下载与安装
- [1.2]-创建一个自己的项目
- [1.3]-在线体验
- [1.4]-文档、帮助和官网
- [1.10]-对PhalApi框架的抉择
- [1.11]-快速入门(backup)
- [1.12]-参数规则:接口参数规则配置
- [1.13]-统一的接口请求方式:_sevice=XXX.XXX
- [1.14]-统一的返回格式和结构:ret-data-msg
- [1.15]-数据库操作:基于NotORM的使用及优化
- [1.16]-配置读取:内外网环境配置的完美切换
- [1.17]-日记纪录:简化版的日记接口
- [1.18]-快速函数:人性化的关怀
- [1.19]-DI服务速查:各资源服务一览表
- [1.20]-DB操作:数据库基本操作速查
- [1.21]-类的自动加载:遵循PEAR包的命名规范
- [1.22]-签名验证:自定义签名规则
- [1.23]-请求和响应:GET和POST两者皆可得及超越JSON格式返回
- [1.24]-缓存策略:更灵活地可配置化的多级缓存
- [1.25]-国际化翻译:为走向国际化提前做好翻译准备
- [1.26]-数据安全:数据对称加密方案
- [1.27]-精益开发:更富表现力的Model层和重量级数据获取的应对方案
- [1.28]-COOKIE:对COOKIE原生态的支持及记忆加密升级版
- [1.29]-开放与封闭:多入口和统一初始化
- [1.30]-保持的力量:接口开发最佳实践
- [1.31]-新型计划任务:以接口形式实现的计划任务
- [2.11]-核心思想:DI依赖注入-让资源更可控
- [2.12]-海量数据:可配置的分库分表
- [2.13]-接口调试:在线SQL语句查看与性能优化
- [2.14]-测试驱动开发:意图导向编程下的接口开发
- [2.15]-演进:新型计划任务续篇
- [2.16]-领域驱动设计:应对复杂领域业务的Domain层
- [2.17]-微服务:Api接口服务层
- [2.18]-定制化:资源服务的再实现
- [2.19]-扩展库:可重用的扩展类库
- [2.20]-约定编程:架构明显的编程风格
- [2.21]-服务器统一部署方案简明版:CentOs---Nginx---php-fpm---MySql-[--Memcached]
- [2.22]-更多工具:精益项目和团队建设
- [3.1]-扩展类库:微信开发
- [3.2]-扩展类库:代理模式下phprpc协议的轻松支持
- [3.3]-扩展类库:基于PHPMailer的邮件发送
- [3.4]-扩展类库:优酷开放平台接口调用
- [3.5]-扩展类库:七牛云存储接口调用
- [3.6]-扩展类库:新型计划任务
- [3.8]-扩展类库:用户、会话和第三方登录集成
- [3.9]-扩展类库:swoole支持下的长链接和异步任务实现
- [3.11]-扩展类库:基于FastRoute的快速路由
- [4.2]-开发实战2:模拟优酷开放平台接口项目开发
- [4.3]-开发实战3:一个简单的小型项目开发(奔跑吧兄弟投票活动)
- [5.1]-架构与思想:PhalApi核心设计和思想解读
- [5.2]-杂谈:扯一些PhalApi的前世和今生
- [5.3]-框架总结:术语表和PHP开发建议
- [5.4]-许可
- [5.5]-联系和加入我们
- [5.6]-更新日记
- [5.8]-致框架贡献者:加入PhalApi开源指南
- [6.1]-基于接口查询语言的SDK包
- [6.2]-SDK包(JAVA版)
- [6.3]-SDK包(PHP版)
- [6.4]-SDK包(Objective-C版)
- [6.5]-SDK包(javascript版)
- [6.6]-SDK包(Ruby版)
- [8.1]-PhalApi视频教程
- 附录1:接口文档参考模板