Redis on XGUGENG

Redis 启动流程：命令注册和执行

Wed, 03 Apr 2019 20:11:53 +0800

这篇博客想讲一下 Redis 命令的注册、解析和执行。

本文采用的源码是 Redis 5.0.0

Redisson 的布隆过滤器实现

Tue, 05 Mar 2019 16:33:21 +0800

之前看到一篇用 Redis 快速实现 BloomFilter 就忍不住看看 Redisson 的实现方式

Redis 哨兵：自动故障转移

Sat, 02 Feb 2019 14:21:53 +0800

Redis 哨兵是 Redis 的高可用实现方案。本节首先会回顾主从复制模式下故障处理可能产生的问题，而后引出高可用的概念，最后重点分析 Redis 哨兵的基本架构、优势，以及是如何实现高可用的。

本文大部分摘录自：Redis开发与运维

Redis 哨兵: 客户端连接

Tue, 29 Jan 2019 10:21:46 +0800

Redis 的主从复制模式下，一旦主节点不可达，需要人工干预进行故障转移，无论对于 Redis 的使用方还是运维方都带来了极大不便。对应用方来说无法感知主节点的变化，可能会造成数据丢失或读错误，也可能会短暂的服务不可用。对于运维来说，整个故障转移需要人工介入，实时性和准确性都无法保障。

Redis Sentinel(哨兵) 就是为了解决这些问题而生的，它是 Redis 2.8 引入的高可用实现方案，包括故障发现、故障转移、配置中心、客户端通知等。

本文的关注点是哨兵下的客户端连接问题。

本文大部分摘录自：Redis开发与运维

Redis 全量同步解析

Sun, 20 Jan 2019 21:38:27 -0800

复制功能是高可用 Redis 的基础，同时也是 Redis 日常运维的常见问题。深刻理解复制的工作原理与使用姿势对我们的日常开发和运维都非常重要。

本文从同步的过程讲起，重点是全量同步的可能问题和运维方法。

本文大部分摘录自：Redis开发与运维

页错误引发的 Redis 延迟

Mon, 07 Jan 2019 14:11:18 +0800

继续每天的知心姐姐时间，这次客户邮件说，CPU 使用率飙升，同时 GET/LLEN 等命令，都要执行几十毫秒。看了一下慢日志，我去：

Id:900909 When:(1/1/2019 6:16:15 PM) Duration:41564us Command:(Llen PRIVATE ARG)
Id:900908 When:(1/1/2019 6:16:14 PM) Duration:17041us Command:(get PRIVATE ARG)
Id:900907 When:(1/1/2019 6:16:14 PM) Duration:51032us Command:(get PRIVATE ARG)
Id:900906 When:(1/1/2019 6:16:12 PM) Duration:49292us Command:(get PRIVATE ARG)
Id:900905 When:(1/1/2019 6:16:11 PM) Duration:56329us Command:(Llen PRIVATE ARG)
Id:900904 When:(1/1/2019 6:16:10 PM) Duration:10562us Command:(get PRIVATE ARG)
Id:900903 When:(1/1/2019 6:16:10 PM) Duration:35680us Command:(get PRIVATE ARG)
Id:900902 When:(1/1/2019 6:16:10 PM) Duration:16367us Command:(get PRIVATE ARG)
Id:900901 When:(1/1/2019 6:16:10 PM) Duration:29851us Command:(Llen PRIVATE ARG)
Id:900900 When:(1/1/2019 6:16:08 PM) Duration:29050us Command:(get PRIVATE ARG)

Jedis 的常见异常

Wed, 02 Jan 2019 16:21:00 +0800

最近在读的 Redis开发与运维，很好地总结了客户端的常见异常。这篇博客权且作为读书笔记。

Redis 的 SSL

Wed, 26 Dec 2018 10:26:19 +0800

这篇博客的起源是一位内部用户询问，Azure Cache for Redis 有没有 .pem 或者 .cem 的证书，然后可以在客户端指定它：

import redis

try:
    conn = redis.StrictRedis(
        host='<cache-name>.redis.cache.windows.net',
        port=6380,
        password='your password here',
        ssl=True,
        ssl_ca_certs='path to cert')
    print (conn)
    conn.ping()
    print ('Connected!')
except Exception as ex:
    print ('Error:', ex)
    exit('Failed to connect, terminating.')

Redis 用作 LRU 缓存

Mon, 24 Dec 2018 16:47:34 +0800

本文翻译自 Using Redis as an LRU Cache。

Redis 作为缓存使用时，很容易在增加新数据时剔除旧数据。这也是 memcached 的默认行为。

LRU 只是其中的一种剔除方法。使用 Redis 作为 LRU 时，必须用到 maxmemory 参数来限制可用内存的大小。

Redis 同步引发的系统过载

Wed, 28 Nov 2018 14:25:25 +0800

今天一早，就有客户来报说机器负载 100%。从日志中看到的现象是，Slave 向 Master 请求部分同步，Master 却要求 Slave 做个全套：全量同步，因为 Slave 发过来的 replication ID 太老了。Slave 说好吧，整个全的，然后消费成功。接着，Slave 还想来个部分同步，上述的过程连续发生 3 次。Master 有点强买强卖的意思了，这样一来两边的 CPU 不干了，这不是加班嘛！二者之间的网络带宽也是突增，从下图可以看出：