PHP 动态缓存方法与区别

12.2 动态缓存 

 

摘自：

 

所有的缓存方式都被统一使用公共的调用接口，这个接口就是Cache缓存类。
缓存类的使用很简单，首先实例化缓存类：

1. $Cache = Cache::getInstance('缓存方式','缓存参数'),

缓存方式	可以支持File、Apachenote、Apc、Eaccelerator、Memcache、Shmop、Sqlite、Db、Redis和Xcache
缓存参数 （根据不同的缓存方式存在不同的参数）	通用缓存参数	expire 缓存有效期（默认由DATA_CACHE_TIME参数配置） length 缓存队列长度（默认为0） queue 缓存队列方式（默认为file 还支持xcache和apc）
	缓存方式	额外支持的缓存参数
	File（文件缓存）	temp 缓存目录（默认由DATA_CACHE_PATH参数配置）
	Apachenote缓存	host 缓存服务器地址（ 默认为127.0.0.1）
	Apc缓存	暂无其他参数
	Eaccelerator缓存	暂无其他参数
	Xcache缓存	暂无其他参数
	Memcache	host 缓存服务器地址（ 默认为127.0.0.1） port 端口（默认为MEMCACHE_PORT参数或者11211） timeout 缓存超时（默认由DATA_CACHE_TIME参数设置） persistent 长连接（默认为false）
	Shmop	size（默认由SHARE_MEM_SIZE参数设置） tmp（默认为TEMP_PATH） project （默认为s） length 缓存队列长度（默认为0）
	Sqlite	db 数据库名称（默认:memory:） table 表名（默认为sharedmemory） persistent 长连接（默认为false）
	Db	db 数据库名称（默认由DB_NAME参数配置） table 数据表名称（默认由DATA_CACHE_TABLE参数配置）
	Redis	host 服务器地址（默认由REDIS_HOST参数配置或者127.0.0.1） port端口（默认由REDIS_PORT参数配置或者6379） timeout 超时时间（默认由DATA_CACHE_TIME配置或者false） persistent长连接（默认为false）

 

例如，使用Xcache作为缓存方式，缓存有效期60秒。

1. $Cache = Cache::getInstance('Xcache',array('expire'=>'60')),

设置缓存参数
实例化缓存类的时候如果没有指定缓存参数，可以通过setOptions方法具体指定：

1. $Cache->setOptions('temp','ThinkPHP');

具体缓存参数根据不同的缓存方式有所区别。
如果需要获取当前缓存驱动的参数，可以使用：

1. $value = $Cache->getOptions('temp');

存取缓存数据

1. $Cache->set('name','ThinkPHP');  // 缓存name数据 $value = $Cache->get('name');  // 获取缓存的name数据 $Cache->rm('name');  // 删除缓存的name数据

或者使用下面的方法是等效的：

1. $Cache->name = 'ThinkPHP';  $value = $Cache->name;  Unset($Cache->name);

缓存设置方法可以重新指定缓存有效期，例如：

1. $Cache->set('name','ThinkPHP',3600);  // 缓存name数据3600秒

 

Redis, Memcache, Mysql 区别

在使用Redis过程中，我们发现了不少Redis不同于Memcached，也不同于MySQL的特征。
(本文主要讨论Redis未启用VM支持情况)

1. Schema

MySQL: 需事先设计
Memcached: 无需设计
Redis: 小型系统可以不用，但是如果要合理的规划及使用Redis，需要事先进行类似如下一些规划

• 数据项: value保存的内容是什么，如用户资料
• Redis数据类型: 如String, List
• 数据大小: 如100字节
• 记录数: 如100万条(决定是否需要拆分)
• ⋯⋯

上面的规划就是一种schema，为什么Redis在大型项目需要事先设计schema？因为Redis服务器有容量限制，数据容量不能超出物理内存大 小，同时考虑到业务数据的可扩充性，记录数会持续增多、单条记录的内容也都会增长，因此需要提前规划好容量，数据架构师就是通过schema来判断当前业 务的Redis是否需要“分库分表”以满足可扩展需求。

2. 容量及带宽规划

容量规划
MySQL: < 硬盘大小
Memcached: < RAM
Redis: < RAM

带宽规划
由于Redis比MySQL快10倍以上，因此带宽也是需要事先规划，避免带宽跑满而出现瓶颈。

3. 性能规划(QPS)

当系统读写出现瓶颈，通常如何解决？
MySQL
写: 拆分到多服务器
读: (1) 拆分 (2) 写少也可以通过增加Slave来解决

Memcached
读写: 都通过hash拆分到更多节点。

Redis:
写：拆分
读: (1) 拆分 (2) 写少也可以通过增加Slave来解决

4. 可扩展性

MySQL: 分库分表
Memcached: hash分布
Redis：也可以分库，也可以hash分布

小结

通过以上分析，Redis在很多方面同时具备MySQL及Memcached使用特征，在某些方面则更像MySQL。
由于Redis数据不能超过内存大小，一方面需要进行事先容量规划，保证容量足够；另外一方面设计上需要防止数据规模无限制增加，进而导致Redis不可扩展。
Redis需要象MySQL一样预先设计好拆分方案。

小问题

在MySQL中，通过预先建立多表或者库可以在业务增长时候将这些表或库一分为二部署到更多服务器上。
在Redis中，“分库分表”应当如何实现？有什么好的设计模式？