Redis 在互联网技术存储方面的使用可以说是非常广泛了，只要是接触过 Java 开发的朋友就算你没用过，都会听过它。在面试也是非常高频的一个知识点。

使用 Docker 搭建 Redis Cluster，最重要的环节就是容器通信的问题，这一块我们在之前的文章中已经给大家解决了《Docker网络模式详解及容器间网络通信》，本篇文章主要练习使用多个容器完成 Redis Cluster 集群环境的搭建，顺便为学习 Docker Compose 铺铺路

Redis 的服务模式主要有三种，分别是单机模式、主从模式、集群模式。在不同的模式下当机器发生故障时，Redis 应对故障的方法也是不一样的

Jedis作为业内较通用的redis客户端，通过深入剖析Jedis的多种模式的工作原理能够在日常工作中更好的使用。

重点：小饭店原来只有一个厨师，切菜洗菜备料炒菜全干。后来客人多了，厨房一个厨师忙不过来，又请了个厨师，两个厨师都能炒一样的菜，这两个厨师的关系是集群。为了让厨师专心炒菜，把菜做到极致，又请了个配菜师负责切菜，备菜，备料，厨师和配菜师的关系是

世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。

分布式系统中，有一些需要使用全局唯一 ID 的场景，这种时候为了防止 ID 冲突可以使用 36 位的 UUID，但是 UUID 有一些缺点，首先他相对比较长，另外 UUID 一般是无序的

摘要：华为云鲲鹏Redis，业界首个基于自研ARM-Based全栈整合的Redis云服务，支持双机热备的HA架构，提供单机、主备、Proxy集群、Cluster集群实例类型，满足高读写性能场景及弹性变配的业务需求。

本文已收录 https://github.com/lkxiaolou/lkxiaolou 欢迎star。

摘要：采用Redis Labs推出的多线程压测工具memtier_benchmark对比测试下GaussDB(for Redis) 和原生Redis的特性差异。

redis-port是一款redis数据迁移工具，用来将数据从一个redis迁移到另一个redis实例/redis集群中，最近有这么一个场景：只迁移指定前缀的key，因为一个redis集群有好几个应用在用，如果全部都迁，时间太长，占的内存也比较大。

​​摘要：探讨常见的Feed流系统包含的概念、架构和挑战以及如何使用高斯Redis设计一个Feed流系统。

摘要：GaussDB(for Redis)（下文简称高斯Redis）是华为云数据库团队自主研发的兼容Redis协议的云原生数据库，该数据库采用计算存储分离架构，突破开源Redis的内存限制，可轻松扩展至PB级存储。

摘要：高斯Redis，彻底解决原生Redis的fork抖动问题!

本文以原生Redis5.0为例，分析其与GaussDB（for Redis）(下文简称高斯 Redis)的性能、成本比拼。

高斯Redis，大容量低成本的持久化Redis。

向业务查询超时say goodbye

Redis线程模型为什么要这么设计，有什么优点和缺点，有哪些思想是可以借鉴的...本文从网络IO的历史、Reactor模型的历史、到Redis线程模型的设计由浅入深，慢慢道来。

今天呢，我们就不聊redis面试系列，我们一起来聊一聊限流操作以及使用场景。很奇怪哈，为啥突然转变画风了，之前一篇文章中提到 redis的限流操作，并没有实际给小伙伴们演示以及场景的使用演练。

做业务的同学都知道，在现实情况中，往往会出现流量暴增的情况。这些流量可能来自于黑客的爬虫，也可能来自于节日大促，或者其他一些渠道。当然业界都有对策，比如反爬、熔断、降级、限流等等不一而足。

某一日收到上游调用方的反馈，提供的某一个Dubbo接口，每天在固定的时间点被短时间熔断，抛出的异常信息为提供方dubbo线程池被耗尽。当前dubbo接口日请求量18亿次，报错请求94W/天，至此开始了优化之旅。

在上一篇博文中，我为大家详细介绍了如何实现一个完善、高性能的基于Redis的分布式锁方案，相信大家应该都能有所裨益。然后，在实际开发过程中，之前的方案还是存在一些问题，虽然我们习惯性的将它称之为分布式锁，但从严格意义上来说却并不算。

Jedis作为业内较通用的redis客户端，通过深入剖析Jedis的多种模式的工作原理能够在日常工作中更好的使用。

Redis面试，我不慌！！

分布式 Session 四种实现方式

实现二级缓存

大家都知道 Redis是具有高可靠性的 k-v数据库，那么什么是高可用性呢，主要有两点，1⃣️是尽量减少数据丢失，这个持久化中 AOF 和 RDB的已经对此做了保证，2⃣️是服务尽量少中断，这个就是今天我们要学习的主从 模式，增加副本冗余量来保证服务尽可

摘要：Redis在主从模式下会有许多问题需要考虑，这里写了一些关于redis在多服务器下的一些问题分析和总结。

主从复制是Redis分布式的基石，也是Redis高可用的保障。在Redis中，被复制的服务器称为主服务器（Master），对主服务器进行复制的服务器称为从服务器（Slave）。

我负责我司的报表系统，小胖是我小弟。随着业务量的增加，单实例顶不住，我就搭建了多个 Redis 实例，实现主从模式。

本篇内容主要讲解Redis的主从复制的相关知识，原理以及其他工作模式。

我们知道 Redis 为了保证效率而把数据都缓存在内存中，但当我们重启系统或关闭系统后，缓存在内存中的数据都会消失，所以为了让有些数据能保留下，Redis 持久化存储就应运而生。

针对Redis的话题估计有些读者已经开始反感了，昨天还是有一些读者困惑，这就具体讲述下Redis持久化方式-RDB的实现方式~

AOF机制会在命令写后将执行命令写入磁盘日志，潜在风险：

Redis之所以快，一个最重要的原因在于它是直接将数据存储在内存，本文带你了解redis持久化的利器——RDB​