sunshine-H

今天算是认识到博客园里的审查团队多内幕了,哈哈,贴个图玩下。

气死宝宝了。

进入主题!

今天就不写什么功能性的了,换下口味说下关于页面级的缓存,应该怎么做。

相信有很多小伙伴查了百度,甚至google,看了很多文章,以前我也这样做了,但是发现,上面写的真的不知所云。

有两点可以看出他们哪里不行:

  • 第一,网上有很多种写法,只要你稍微有点redis基础,就是懂得redis的五种数据结构的用法,就会发现很明显的错误,连接口都写错了。
  • 第二,缓存时间,你会发现很多他们写了缓存,但是没有缓存的过期时间,这是致命伤,没有什么缓存是不过期的,只是缓存的时间长短而已。你可以给10秒,也可以给10个月。看你具体的业务而定。后面会教你如何判断时间长短。

上面就是判断网上一些写页面缓存的文章好不好的依据,每个人的用法总会有点不一样,小弟也不敢妄下定论,仅供参考。

前提分析!

还是直接上图:

上面的图,我分为了三个层级去做页面缓存,其实不一定要三个层面都实现的,如果你做了页面级的,项目初期是够了,作为接口级,基本可以解决很多吞吐量。

对于上面的三个层级,我用了同一个方法去做。

知识准备:

  • string redis数据结构(这里我一直都找不到更好的替代品,string主要是方便我操作它的过期时间
  • expire()函数,设置键的生存时间。
  • exists()函数,判断键是否存在。(判断的方法有很多种,ttl()获取它的生存时间,get()函数,判断是否有数据(不过get判断最好不用))。

好了,废话说完了,直接上代码!

 1 <?php
 2 class Test
 3 {
 4     public $redis = null;
 5 
 6     public function __construct()
 7     {
 8         $this->redis = new Redis();
 9         $this->redis->connect('127.0.0.1',6379);
10         $this->redis->auth('');
11     }
12     //这里是个例子模型,按照自己的用法去套进去就行
13     //以文章为例子吧
14     //页面级,接口级都可以用
15     public function getData()
16     {
17         //判断缓存的键是否还存在
18         if(!$this->redis->exists("cache:".$commentid))
19         {
20             //缓存不存在
21             //下面的get_mysql_data()函数只是个例子,按照自己具体情况去mysql获取数据
22             $data = $this->get_mysql_data();
23             $json = json_encode($data,JSON_UNESCAPED_UNICODE);
24             //存入redis
25             $this->redis->set("cache:".$commentid,$json);
26             //设置过期时间5分钟
27             $this->redis->expire("cache:".$commentid,60*60*5);
28         }
29 
30         $json = $this->redis->get("cache:".$commentid);
31         $data = json_decode($json,true);
32         return $data;
33     }
34 }

对于上面的代码有几点提示:

  • 上面只是一个例子,看你自己具体的使用去定
  • 其中mysql数据获取的哪里,要看你自己mysql使用mysqli或者pdo等等方法获取的,哪里随便你替换。
  • 过期时间哪里等下就说
  • 看到30.31行,那里为什么重新从redis拿多一次数据呢?为什么不直接返回mysql的$data不就行了,其实是可以的,只是为了防止redis没有把数据缓存进去,而做的一步,还有一步报错,我没写,自己添加进去吧。

下面说下怎么设置过期时间:

这个是没有一个统一的说法的,第一根据你的项目阶段,第二是用户流量的多少,第三是数据的冷热程度等方面去判断。

项目阶段:其实和用户流量有很多的关联,举个例子,假设你的项目在初期,但是用户已经爆炸了,这时,设置的缓存时间可以贼短,哪怕2秒,都能帮你解决很大的吞吐量。

冷热程度:冷指的是用户浏览次数少的,热的就很明显啦,热还有一种特殊的代表,数据的更新频率,更新频率高的应该时间约短。

特殊操作:更新部分数据时,可以考虑将对应的缓存键时间设为过期,这样用户看到的数据都是最新的,而且缓存功能依然存在,设置生存时间过期,很简单,expire设置为0就可以了

另一种页面缓存:

下面介绍一种不一样的数据缓存:

突然不想写了,因为我感觉上面的做法算是涵盖了,算是上面的接口级的做法。我就简单说下算了。

这里还是以文章为例子吧,我们论坛里最多的肯定是文章啦,那文章的热度肯定有排序的。对于热文章的访问量是比较大的,然后我们就要缓存假设排名在10000名之内的文章,对于超出这个数的文章,可以不用缓存。

这里顺便预告下,下篇文章是写关于排行榜的,日榜,周榜,年度榜该怎样做。

欢迎交流!

相关文章: