记录一次删除缓存导致的接口部分数据为空

最新推荐文章于 2024-06-15 22:43:13 发布

原创最新推荐文章于 2024-06-15 22:43:13 发布 · 239 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#缓存 #php

缓存专栏收录该内容

2 篇文章

订阅专栏

本文介绍了一个缓存策略调整案例，包括使用TP5框架通过自定义中间件为缓存添加标签以便于管理和统一清理，以及发现并解决因双层缓存策略导致的部分数据被错误缓存为空的问题。

前段时间接到个需求，要求现有的数据做到实时更新。目前相关接口都是等待缓存过期才能查到最新的数据，如果想做到实时更新，就要在生成数据后去触发删除缓存数据

目前的项目使用了TP5框架，开始想的是使用框架自带的Cache类的Tag进行缓存的标记与删除，看过源码后发现TP5的tag实现并不是很理想，其把缓存key使用逗号分隔存在一个tag中，并发场景中，可能会出现tag中的key丢失的情况，最后还是计划通过给缓存加前缀，然后通过原生keys匹配到具体的缓存key列表，然后使用del方法删除缓存。

为了在最小程度上修改代码，我通过自定义中间件判断path并确定是否需要打上标签的数据，然后判断Request的cacheTag属性进行标记处理，中间件的实现如下：

<?php
namespace app\common\middleware;
use think\Request;
class CacheTag
{
    protected $IndexApiList = [
        'home/index/index',
        'home/inside/testindex',
        'home/inside/nnindex'
    ];
    
    /**
     * 缓存标记处理：对于指定接口进行目录标记，方便统一清除缓存
     * @access public
     * @return mixed
     **/
    public function handle()
    {
        $request = Request::instance();
        $path = strtolower($request->module() . '/' . $request->controller() . '/' . $request->action());
        switch ($path) {
            case in_array($path, $this->IndexApiList) :
            	$request->cacheTag = 'tagIndex';
                return;
            default :
            	$request->cacheTag = false;
                return;
        }
    }
}

上面实现了对缓存的标记，删除缓存代码就不贴出来了。

测试了几遍没什么问题就发布到线上了，谁曾想线上出现了问题，有几个接口返回接口是空数组，并且空结果被缓存了，导致前台项目长时间获取不到数据。开始以为是删除缓存的问题，排查了一番之后并不是，于是又去翻了之前的代码，真的发现了问题，由于之前的缓存策略实现是model层、Controller层的双层缓存策略，同时缓存获取也很不规范，竟然获取了两次缓存（当然这不规范的代码都是前人留下的，这种操作着实很迷）

$cacheName = "home_index_index";
$cacheClass = new \think\Cache();
if($cacheClass->get($cacheName)){
   $res =  $cacheClass->get($cacheName);
}else{
   $res = $this->where($param)->select()->toArray();
   $cacheClass->set($cacheName,$res,22000);
}
return $res;

到这里我基本断定是因为获取两次缓存的原因了。设想一下生成空结果缓存的流程：
接口存在访问量，这时的model层在第一次获取到缓存的时候缓存是有的，这时生成指数任务触发删除缓存操作，那么model层第二次获取接口缓存的时候就返回的是空结果了。那么整个controller层执行完毕之后就会有部分从model层获取的数据为空的数据被缓存了下来
至此，问题找到了。