Redis的相关知识总结

一、什么数据可以放缓存

• 不需要实时更新但是又极其消耗数据库的数据。比如网站上商品销售排行榜，这种数据一天统计一次就可以了，用户不会关注其是否是实时的。

 

• 需要实时更新，但是更新频率不高的数据。比如一个用户的订单列表，他肯定希望能够实时看到自己下的订单，但是大部分用户不会频繁下单。

 

• 在某个时刻访问量极大而且更新也很频繁的数据。这种数据有一个很典型的例子就是秒杀，在秒杀那一刻，可能有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层