一、redis缓存
- 加入缓存的好处
1、加速读写:因为缓存通常都是全内存的,而存储层通常读写性能不够强悍(例如MySQL),通过缓存的
使用可以有效地加速读写,优化用户体验。
2、降低后端负载:帮助后端减少访问量和复杂计算(例如很复杂的SQL语句),在很大程度降低了后端的负
载。 - 产生的问题
1、据不一致性:缓存层和存储层的数据存在着一定时间窗口的不一致性,时间窗口跟更新策略有关。
2、代码维护成本:加入缓存后,需要同时处理缓存层和存储层的逻辑,增大了开发者维护代码的成本。
3、运维成本:以Redis Cluster为例,加入后无形中增加了运维成本。
缓存的使用场景基本包含如下两种:
1、开销大的复杂计算:以MySQL为例子,一些复杂的操作或者计算(例如大量联表操作、一些分组计
算),如果不加缓存,不但无法满足高并发量,同时也会给MySQL带来巨大的负担。
2、加速请求响应:即使查询单条后端数据足够快(例如select*from tablewhere id=),那么依然可以使用缓
存,以Redis为例子,每秒可以完成数万次读写,并且提供的批量操作可以优化整个IO链的响应时间。
二、 缓存维度划分
- 缓存粒度问题是一个容易被忽视的问题,如果使用不当,可能会造成很多无用空间的浪费,网络带宽的浪
费,代码通用性较差等情况,需要综合数据通用性、空间占用比、代码维护性三点进行取舍。 - 缓存比较常用的选型,缓存层选用Redis,存储层选用MySQL。
- 通用性:缓存全部数据比缓存部分数据更加通用,但从实际经验来看,很长时间内应用只需要几个重要的属性
- 空间占比:缓存全部数据比缓存部分数据更占空间。可能存在更多的问题。
1、 全部数据会造成内存的浪费
2、 全部数据可能每次传输产生的网络流量会比较大,耗时相对较大,在极端情况下会阻塞网络
3、 全部数据进行序列化与反序列化CPU消耗很大。 - 代码维护:全部数据的优势更加明显,部分数据一旦要加新字段需要修改业务代码,修改后还需要更新缓存的数据。
- 下面是缓存全部数据与部分数据时
三、缓存击穿
1、 缓存击穿是指缓存中没有但数据库中有的数据(一般是缓存时间到期),这时由于并发用户特别多,同时
读缓存没读到数据,又同时去数据库去取数据,引起数据库压力瞬间增大,造成过大压力。
2、为什么会出现缓存击穿?
一般在使用缓存去缓存数据时,会使用“缓存+过期时间”的策略既可以加速数据读写,又可以保证数据的定期更新,这个模式在一般情况的业务都是可以满足的。
但是这样也会出现两个致命问题:
- 当前key是一个热点数据(比如:某个热门的文章,新闻),并发量非常大。
- 重建缓存不能在短时间完成,可能是一个复杂的计算,例如复杂的sql,多次IO,多个依赖等。
3、在缓存失效的瞬间,有大量线程来重建缓存,造成后端负载加大,甚至可能让应用崩溃,如果要解决这个
问题至少是遵循如下:
- 减少重建缓存的次数
- 数据尽可能一致
四、缓存击穿问题解决
1、互斥锁
php
namespace App\Http\Controllers;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\Redis;
use Illuminate\Support\Facades\DB;
class TestController extends Controller
{
public function index(Request $request)
{
$userId = $request->input("user_id");
dd(json_decode($this->getArticle(1)));
}
public function lock($key,$random)
{
$lock = Redis::set($key,$random,"nx","ex",10);
return $lock;
}
public function unlock($key,$random)
{
if (Redis::get($key) == $random){
Redis::del($key);
}
}
public function getArticle($id)
{
$key = "article_content_".$id;
$ret = Redis::get($key);
if ($ret === null) {
//生成锁的key
$lockKey = $key . '_lock';
//生成随机数,用于设置锁的值,后面释放锁时会用到
$random = mt_rand();
//拿到互斥锁
if ($this->lock($lockKey, $random)) {
$ret = json_encode(DB::table("article")->where("id",$id)->first());
//更新缓存,过期时间可以根据情况自已调整
Redis::set($key, json_encode($ret));
//释放锁
$this->unLock($lockKey, $random);
} else {
//等待200毫秒,然后重新获取缓存值,让其他获取到锁的进程取得数据并设置缓存
usleep(200);
return $this->getArticle($id);
}
}else{
$ret = json_decode($ret);
}
return $ret;
}
}
?>
说明:从redis获取数据,如果值不为空,则直接返回值,否则执行下面的步骤:
- 如果set(nx和ex)结果为true,说明此时没有其他线程重建缓存,那么当前线程执行缓存构建逻辑
- 如果set(nx和ex)结果为false,说明此时已有其他线程正在执行构建缓存的工作,那么当前线程将休息指定时间后,重新执行函数,直到获取到数据。
2、key设置永不过期
- 从缓存层面来看,确实没有设置过期时间,所以不会出现热点key过期后产生的问题,也就是物 理过期。
- 从功能层面看,为每个value设置一个逻辑过期时间,当发现超过逻辑过期时间后,会使用单独
的线程去构建缓存。 - 从实战方面来说,设置热点数据永不过期有效杜绝了热点key产生的问题,但是不足的点在于重构缓存期 间,会出现数据不一致性的情况,这种情况在应用中是坚决不允许出现的。
- 解决数据不一致的问题可以是每次查询的时候都去判断下是否超时,超时就立刻更新缓存数据。