一、什么数据可以放缓存
- 不需要实时更新但是又极其消耗数据库的数据。比如网站上商品销售排行榜，这种数据一天统计一次就可以了，用户不会关注其是否是实时的。
- 需要实时更新，但是更新频率不高的数据。比如一个用户的订单列表，他肯定希望能够实时看到自己下的订单，但是大部分用户不会频繁下单。
- 在某个时刻访问量极大而且更新也很频繁的数据。这种数据有一个很典型的例子就是秒杀，在秒杀那一刻，可能有N倍于平时的流量进来，系统压力会很大。但是这种数据使用的缓存不能和普通缓存一样，这种缓存必须保证不丢失，否则会有大问题。
二、什么数据不能放缓存
实际上在一个web站点中，大部分数据都是可以缓存的，反而不能使用缓存的是很小一部分。这类数据包括比如涉及到钱、密钥、业务关键性核心数据等。有一个经验之谈就是，如果在设计web系统的时候，发现大部分数据都不能使用缓存，则说明设计或者架构本身出了问题，此时需要考虑设计的合理性了
三、为什么使用缓存
redis缓存，为什么要用缓存呢，举个例子，假如系统中有2千万用户信息，用户信息基本固定，一旦录入很少变动，
那么你每次加载所有用户信息时，如果都要请求数据库，数据库编译并执行你的查询语句，这样效率就会低下很多，针对这种信息不经常变动并且数据量
较大的情况，通常做法，就是把他加入缓存，每次取数前先去判断，如果缓存不为空，那么就从缓存取值，如果为空，再去请求数据库，并将数据加入缓存，
这样大大提高系统访问效率
四、Redis放在model还是controller
控制器中：
大致的逻辑如下（不要纠结于方法名称）：
class UserController extends Controller { public function index() { $userRedis = new UserRedis(); if (!$userInfo = $userRedis-find(['id' = 1000])) { $user = new User(); $userInfo = $user-find(['id' = 1000]); $userRedis-save($userInfo); } return $userInfo; }}在这种情况下，模型还是独立存在的，数据库模型依然直接读取数据库，Redis模型读取Redis，两者互不影响，控制器从中协调。
模型：
class UserModel extends Model{ public function find($conditions) { $userRedis = new UserRedis(); if (!$userInfo = $userRedis-find($conditions)) { $userInfo = $this-find($conditions); $userRedis-save($userInfo); } return $userInfo; }}在这种情况下，控制器只需要调用一次接口方案，而无需关心内部实现，整个数据逻辑交给模型来处理。
个人建议放在model层
小程序
