开发者社区> 小柒2012> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

阿里云Redis加速Typecho博客访问

简介:
+关注继续查看

写在开始

一不小心,博主趁着阿里云搞活动,一口气把Redis服务续费了3年(到期时间:2021-05-03,不知那时候博客是否健在?)

尽管只有小小256MB的容量,但是对于目前网站的访问量来说已足矣了。

继上次,论坛加速飞起来之后,缓存也就用了区区的50MB+左右,很显然是有点浪费了。

redis.png

前几日,博客也上了把安全套(HTTPS),提升了逼格并小小的装逼了一下。都说加S会影响网站的速度,显然这是毋庸置疑的。尽管很早就上了阿里云智能CDN,显然挡不住我追求速度的极限。

突然,又好想装逼了。

8.gif

相关环境

操作系统:Linux centos 6.5
Web服务器:nginx/1.10.3
博客程序:Typecho
缓存服务:阿里云Redis
缓存插件:TpCache

安装插件

TpCache是减缓网站并发压力而开发的缓存插件,支持Memcache,Redis,Mysql三种驱动。

下载地址:TpCache

后台设置

下载-解压-重命名为TpCache-后台启用即可,如图:

123456.png

这里,需要注意的是,插件本身是不支持密码访问的。由于阿里云的Redis服务需要密码访问,就简单的修改了一下typecho_redis.class.php文件(部分代码):

 public function init($option)
    {
        try{
            $this->redis = new Redis();
            $this->redis->connect($this->host, $this->port);
            $this->redis->auth('redis密码');
        }catch (Exception $e){
            echo $e->getMessage();
        }
    }

由于博客是支持https的,所以选择了开启支持SSL。

组件支持

由于使用的是阿里云的Redis服务,这里只需要配置phpredis并开启redis扩展即可。

redis配置参考:阿里云Redis加速Discuz论坛访问

缓存更新机制

  • 来自原生评论系统的评论
  • 后台文章或页面更新
  • 重启redis
  • 缓存到期

测试分析

ab(apache benchmark) - apache自带的一个测试工具,一般把apache压力测试称为AB测试。

我们可以模拟10个并发用户,对一个页面发送100个请求。

ab -c 10 -n 100 https://blog.52itstyle.com/archives/186/

我们这里,随便取几个参数做对比。

开启Redis缓存前

//整个测试持续的时间
Time taken for tests:   23.176 seconds 
//大家最关心的指标之一,相当于 LR 中的 每秒事务数 ,后面括号中的 mean 表示这是一个平均值
Requests per second:    4.31 [#/sec](mean)
//大家最关心的指标之二,相当于 LR 中的 平均事务响应时间 ,后面括号中的 mean 表示这是一个平均值
Time per request:       2317.623 [ms](mean)
//平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Transfer rate:          139.82 [Kbytes/sec] received
//整个场景中所有请求的响应情况
ercentage of the requests served within a certain time (ms)
  50%   1071
  66%   1304
  75%   1693
  80%   1874
  90%   2705
  95%   4462
  98%  14752
  99%  15347
 100%  15347 (longest request)

开启Redis缓存后

//整个测试持续的时间
Time taken for tests:   15.917 seconds
//大家最关心的指标之一,相当于 LR 中的 每秒事务数 ,后面括号中的 mean 表示这是一个平均值
Requests per second:    6.28 [#/sec](mean)
//大家最关心的指标之二,相当于 LR 中的 平均事务响应时间 ,后面括号中的 mean 表示这是一个平均值
Time per request:       1591.713 [ms](mean)
//平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Transfer rate:          203.40 [Kbytes/sec] received
//整个场景中所有请求的响应情况
Percentage of the requests served within a certain time (ms)
  50%   1263
  66%   1491
  75%   1816
  80%   1987
  90%   2507
  95%   3917
  98%   4049
  99%   4658
 100%   4658 (longest request)

测试分析,简单的对比以上参数,效果还是比较显著的。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
Redis---持久化 ( RDB AOF )
一、Redis提供了哪些持久化机制: 1). RDB持久化: 该机制是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 2). AOF持久化: 机制将以日志的形式记录服务器所处理的每一个写操作,在Redis服务器启动之初会读取该文件来重新构建数据库,以保证启动后数据库中的数据是完整的。比如,一直在执行自加一的命令,然后我们可以直接用一个set来代替N个自加啊,自
2694 0
Redis协议简介及持久化Aof文件解析
本文主要对Redis的协议进行简单介绍并提供了一种方法用于解析AOF文件
8948 0
使用Redis搭建持久化K-V存储
最近在项目中需要在多机之间共享一些集合,Hash等有类型的数据结构,如果基于Mysql来存储的话需要预先定义一系列表结构并维护表结构和数据结构的一致性,后续还需要根据时间对数据库做旧数据清理工作,所以开始调研一些能满足下列需求的存储引擎。 具有高可用,持久化的特性。 数据可以设置失效时间,方便自动数据清理。 支持常用数据结构,如集合,有序集合,Hash map,列表等。 支持事务操作,
4552 0
Redis持久化方案
  前言:Redis的高性能是由于其将所有数据都存储在了内存中,为了使Redis在重启之后仍能保证数据不丢失,需要将数据从内存中同步到硬盘中,这一过程就是持久化。       Redis支持两种方式的持久化,一种是RDB方式,一种是AOF方式。可以单独使用其中一种或将二者结合使用。 RDB持
3925 0
redis之(十二)redis数据的持久化
[一]redis的数据为什么要持久化 --->redis的存取数据性能高,是由于将所有数据都存储在内存中。当redis重启的时候,存储在内存中的数据就容易丢失。 --->把redis作为数据库使用。
1093 0
07_NoSQL数据库之Redis数据库:Redis的高级应用之事务处理、持久化操作、pub_sub、虚拟内存
 事务处理 Redis对事务的支持目前还比较简单。Redis只能保证一个client发起的事务中的命令可以连续的执行,而中间不会插入其他client的命令。当一个client在一个连接中发出multi命令时,这个连接会进入一个事务上下文,该连接后续的命令不会立即执行,而是先放到一个队列中,当执行exec命令时,redis会顺序的执行队列中的所有命令。
1202 0
+关注
小柒2012
一个程序员,欢迎骚扰!!!
153
文章
2325
问答
文章排行榜
最热
最新
相关电子书
更多
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
冬季实战营第三期:MySQL数据库进阶实战
立即下载