wejack的专栏

Redis各版本特性汇总

Redis为什么快

有同事问我，三个redis sentinel节点，宕机两个节点以后，是否还能够正常的通过redis sentinel正常访问redis的数据。我想了想，理论上是可以的，但是我没试过，今天有时间就测试了一下。python 程序启动后会每秒请求sentinel地址获取redis连接设置值，然后我将sentinel集群的节点停掉两个（包括master节点），依然可以正常设置值，在redis的 master节点可以获取最新设置的值，说明sentinel节点停掉两个仍是可用状态。集群启动好以后，测试是否正常启动。

Redis集群选举机制

在SpringBoot 1.5.x版本默认的Redis客户端是Jedis实现的，SpringBoot 2.x版本默认客户端是用lettuce实现的。创建SpringBoot工程默认是application.propertis，但推荐使用.yml文件，所以我将其修改为.yml文件。因为默认的模板只能存储字符串类型的，所以我们需要自定义RedisTemplate，满足可以存放更多类型的数据。Jedis是直接连接Redis Server，在多线程环境下是非线程安全的，只有使用连接池。

Raft协议是用来解决分布式系统一致性问题的协议，在很长一段时间，Paxos被认为是解决分布式系统一致性的代名词。但是Paxos难于理解，更难以实现，诸如Google大牛们开发的分布式锁系统Chubby都遭遇了很多坑。Raft协议设计的初衷就是容易实现，保证对于普遍的人群都可以十分舒适容易的去理解。另外，它必须能够让人形成直观的认识，这样系统的构建者才能够在现实中进行必然的扩展。

**Redis官方文档** https://redis.io/topics/sentinel#redis-sentinel-documentation**Redis Sentinel(Sentinel)用于为Redis提供高可用性**，这就意味着使用sentinel能创建一个故障时不需要人工立即参与修复的环境。此外，sentinel还能实现其他的功能，如监控，提醒，为客户端提供配置**( monitoring, notifications and acts as a configuration prov

众所周知，`redis`支持多种数据结构，其中`dict`是使用频率相当高，也是非常实用的一种结构。在`redis`的具体实现中，使用了一种叫做**渐进式哈希(rehashing)**的机制来提高`dict`的缩放效率，在看这一部分的源码的时候，真的是有实实在在被优雅到的。其实关于渐进式哈希的相关文章已经不少了，但是我还是决定自己写一篇，一方面是重新梳理思路，另一方面可以加深一下印象。在看`rehash`的函数主体之前，我们先来看一下`dict`的数据结构是如何定义的：

redict dictht sizemask 作用

使用Hash Table作为Redis 词典的内部实现，需要考虑三个要点。这章讨论第一个问题：Redis哈希算法的选择。哈希是把任意长度的输入通过哈希算法转换为固定长度的值。根据不同的使用场景，人们设计出了多种哈希算法，我们常见的有CRC，MD5，HMAC，SHA-256等等，关于多种哈希算

当客户端操作 client 时，一般不会直接使用 sds ，而是通过对象的方式来使用。比如创建的字符串其实是一个对象，间接使用到了 sds 结构。限制 512M 的逻辑在 t_string.c 的 checkStringLength 方法。

redis sds packed 对齐 理解

Redis通过bio系统完成两件事，一是进行Aof持久化，也就是将写入到系统的page cache的数据fsync到磁盘中；二是关闭文件。为了完成这件任务，其采用了任务队列的方式，每个任务都是一个线程来完成，任务会被放到任务队列中，然后由执行任务线程取走，如果队列空，则阻塞等待，如果队列里有任务，就通知工作线程，这通过条件变量来实现。后面以任务初始化，任务放入队列，任务出队列三个方面进行介绍，并且以aof持久化为例说明其在系统中的使用方式，本文基于redis的3.2.3版本代码。

redis源码解析-全览

BIO顾名思义，`background IO`,是redis中运行的后台IO。 网上千篇一律的说法是redis是单线程单进程。 实际上redis运行过程中并不是严格单进程单线程应用。

Redis配置tcp-keepalive和timeout参数测试

客户端处理Redis服务如何管理客户端连接这个文档说明了 Redis处理网络层客户端：连接，超时，缓冲区和其他包含的类似主题。文档仅适用于 Redis2.6及以上版本。

CLUSTER FORGET命令文档翻译

Redis所有的数据都在内存中，而内存又是非常宝贵的资源。常用的内存优化方案有如下几部分:一、配置优化二、缩减键值对象三、命令处理四、缓存淘汰方案

redis sds

Redis延迟问题诊断

Redis Copy On Write (COW)

Redis之VM机制

缓存雪崩、穿透、击穿的原因和解决方案

Redis内存优化及配置

通过docker 运行vire-benchmark压测镜像压测redis

Redis 绑定 CPU ，Redis6 配置

redis进程绑定指定的CPU核

redis 性能优化 cpu 绑核

CPU结构对Redis性能的影响

Redis 子进程 CPU 开销 优化

Redis AOF 阻塞

Redis监控和告警指标

Redis 3.2.3 crashed by signal: 11 服务宕机问题排查

redis aof文件转换为redis命令 waoffle

使用shell脚本读取文本中的redis命令批量插入到redis

centos 安装 npm

Redis宕机日志分析

Redis崩溃调试英文翻译

翻译 antirez 对Redis和Memcached的看法