厉害哥哥的博客

上一节内容中介绍了如何使用redis的zset结构实现延迟任务的实战内容，从使用角度来说还是略显繁琐，而且定时任务的方式扫描redis获取过去的任务也会存在任务空转的问题。在此基础上，我们可以使用redisson的阻塞队列，完成延迟任务的实战场景。

在前一篇内容中我们介绍了如何使用redis key过期失效的监控，完成任务延时关闭的功能，同时官方并不支持使用此种方式实现，由于其安全性较低，存在数据丢失的情况。本节内容是对延迟任务的又一实现方案，通过redis zset的数据结构完成延迟任务。使用一个常量order作为key，订单id作为value值，任务的过期时间作为score值，通过定时任务取前100名的数据，比较score值和当前时间的大小，如果该值小于当前时间，则证明该订单已过期，完成关单的操作，并将该订单数据在redis中删除。

本节内容是关于使用redis的过期key，通过开启其监听失效策略，模拟订单延迟任务的执行流程。其核心原理是通过使用redis订阅与发布的方式，将过期失效的key通过广播的方式，发布给客户端，客户端可以监听此消息进而消费消息。需要注意的是官方并不推荐此方式，因为其容易造成数据丢失，例如没有客户端消费消息，消息也会丢失。对于一些安全性要求比较低的场景，可以使用此方式实现延迟队列。

本节内容是使用centos服务器搭建一套高可用的redis服务，采用的是一主二从三哨兵的模式。需要注意的是搭建集群的过程中，我们要保证集群服务器之间可以相互访问，并且redis所需要访问的端口是开放的。我们从redis的下载，源码的编译，到redis的集群部署搭建，redis服务高可用的演示以及将redis安装成为一个服务都有详细的过程记录。使redis哨兵模式的搭建变得如此轻松。

本节内容是关于实现nginx代理访问redis服务，由于在实际生产开发环境中，我们并不想将我们的中间键服务暴露在公网环境中，或者只能在内网环境中使用，例如本节内容，我们将redis安装到本地环境，但是又有需要临时在公网环境查看我们的redis数据，那该如何解决这个问题呢？假设A、B俩台服务器，在同一局域网内，A服务器只能内网访问，安装了redis服务，B服务器可以外网访问，那就可以在B服务器安装nginx服务，通过nginx代理转发我们的内网redis服务，这样就是可以实现临时的内网服务访问。

前言前文简单介绍了一下作者将会开源一个项目——ATP应用测试平台。源码地址：https://gitee.com/northcangap/atp.git。后续作者将会将项目中常用到的技术栈案例整理成集，发布到该开源项目中，并配套详细的博客讲解，方便各位读者的使用。本篇我们主要讲解一下在springboot中关于缓存的应用案例。使用的主要技术是非关系型数据库redis，以及spring技术栈的中SpringCache，作者这里不会大篇幅的涉及到原理性的东西，重点在于实战的部分。缓存是我们应用开发中必不可少的

本节内容我们使用redis实现接口API的访问限流，这里提供spring的interceptor拦截器和aop切面俩种方式实现接口api的细粒度限流，根据实际情况，选择一种方式即可。说到限流我们前面已经介绍过在微服务中使用阿里巴巴的产品sentinel实现限流，sentinel是功能更加强大限流产品。本节内容我们是基于redis自身的一些特性实现限流，相对来说还是一种比较通俗易懂的实现限流方式

前言正文结语

前言本文使用docker-compose完成一个高可用的redis集群的安装，正文docker-compose安装 docker-compose下载 命令：curl -L https://github.com/docker/compose/releases/download/1.25.0/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose 授予权限 命令：chmod +x /usr/