新手向：从不同的角度来详细分析Redis

拼搏现实的明天。 2022-01-06 14:51 136阅读 0赞

最近对[华为云分布式缓存产品Redis][Redis]做了一些研究，于是整理了一些基本的知识拿出来与大家分享，首先跟大家分享的是，如何从不同的角度来详细使用[Redis][]。

小编将从以下9个角度来进行详细分析，希望可以帮到大家。

一、网络模型：

[Redis][]使用单线程的IO复用模型，自己封装了一个简单的AeEvent事件处理框架，主要实现了epoll、kqueue和select，对于单纯只有IO操作来说，单线程可以将速度优势发挥到最大，但是[Redis][]也提供了一些简单的计算功能，比如排序、聚合等，对于这些操作，单线程模型实际会严重影响整体吞吐量，CPU计算过程中，整个IO调度都是被阻塞住的。

二、内存管理：

[Redis][]使用现场申请内存的方式来存储数据，并且很少使用free-list等方式来优化内存分配，会在一定程度上存在内存碎片，[Redis][]跟据存储命令参数，会把带过期时间的数据单独存放在一起，并把它们称为临时数据，非临时数据是永远不会被剔除的，即便物理内存不够，导致swap也不会剔除任何非临时数据（但会尝试剔除部分临时数据），这点上[Redis][]更适合作为存储而不是cache。

三、数据一致性问题：

在一致性问题上，个人感觉[Redis][]没有memcached实现的好，Memcached提供了cas命令，可以保证多个并发访问操作同一份数据的一致性问题。 [Redis][]没有提供cas 命令，并不能保证这点，不过Redis提供了事务的功能，可以保证一串命令的原子性，中间不会被任何操作打断。

四、支持的KEY类型：

Redis除key/value之外，还支持list,set,sorted set,hash等众多数据结构，提供了KEYS进行枚举操作，但不能在线上使用，如果需要枚举线上数据，Redis提供了工具可以直接扫描其dump文件，枚举出所有数据，Redis还同时提供了持久化和复制等功能。

五、客户端支持：

Redis官方提供了丰富的客户端支持，包括了绝大多数编程语言的客户端，比如我此次测试就选择了官方推荐了Java客户端Jedis.里面提供了丰富的接口、方法使得开发人员无需关系内部的数据分片、读取数据的路由等，只需简单的调用即可，非常方便。

六、数据复制：

从2.8开始，Slave会周期性（每秒一次）发起一个Ack确认复制流（replication stream）被处理进度， Redis复制工作原理详细过程如下：

1. 如果设置了一个Slave，无论是第一次连接还是重连到Master，它都会发出一个SYNC命令；

2. 当Master收到SYNC命令之后，会做两件事：

a) Master执行BGSAVE：后台写数据到磁盘（rdb快照）；

b) Master同时将新收到的写入和修改数据集的命令存入缓冲区（非查询类）；

3. 当Master在后台把数据保存到快照文件完成之后，Master会把这个快照文件传送给Slave，而Slave则把内存清空后，加载该文件到内存中；

4. 而Master也会把此前收集到缓冲区中的命令，通过Reids命令协议形式转发给Slave，Slave执行这些命令，实现和Master的同步；

5. Master/Slave此后会不断通过异步方式进行命令的同步，达到最终数据的同步一致；

6. 需要注意的是Master和Slave之间一旦发生重连都会引发全量同步操作。但在2.8之后，也可能是部分同步操作。

2.8开始，当Master和Slave之间的连接断开之后，他们之间可以采用持续复制处理方式代替采用全量同步。

Master端为复制流维护一个内存缓冲区（in-memory backlog），记录最近发送的复制流命令；同时，Master和Slave之间都维护一个复制偏移量(replication offset)和当前Master服务器ID（Masterrun id）。

当网络断开，Slave尝试重连时：

a. 如果MasterID相同（即仍是断网前的Master服务器），并且从断开时到当前时刻的历史命令依然在Master的内存缓冲区中存在，则Master会将缺失的这段时间的所有命令发送给Slave执行，然后复制工作就可以继续执行了；

b. 否则，依然需要全量复制操作。

七、读写分离：

Redis支持读写分离，而且使用简单，只需在配置文件中把Redis读服务器和写服务器进行配置，多个服务器使用逗号分开如下：

八、水平动态扩展：

历时三年之久，终于等来了期待已由的Redis 3.0。新版本主要是实现了Cluster的功能，增删集群节点后会自动的进行数据迁移。实现 Redis 集群在线重配置的核心就是将槽从一个节点移动到另一个节点的能力。因为一个哈希槽实际上就是一些键的集合， 所以 Redis 集群在重哈希（rehash）时真正要做的，就是将一些键从一个节点移动到另一个节点。

九、数据淘汰策略：

Redis 内存数据集大小上升到一定大小的时候，就会施行数据淘汰策略。Redis 提供 6种数据淘汰策略：

volatile-lru：从已设置过期时间的数据集（server.db\[i\].expires）中挑选最近最少使用的数据淘汰

volatile-ttl：从已设置过期时间的数据集（server.db\[i\].expires）中挑选将要过期的数据淘汰

volatile-random：从已设置过期时间的数据集（server.db\[i\].expires）中任意选择数据淘汰

allkeys-lru：从数据集（server.db\[i\].dict）中挑选最近最少使用的数据淘汰

allkeys-random：从数据集（server.db\[i\].dict）中任意选择数据淘汰

小编写的都是一些偏新手向的东西，希望各位大咖见了不要笑话我，作为一个菜鸟也希望能够帮到其他人，毕竟入这一行着实需要不断学习和总结，如果想进行深入的探讨欢迎来[华为云社区论坛][Link 1]发帖，这里大咖云集，也可以上[华为云帮助中心][Link 2]，里面的资料也是精心编写的干货。感谢！

转载于:https://www.cnblogs.com/husterindg/p/10615963.html

[Redis]: https://www.huaweicloud.com/product/dcs.html?infodoc
[Link 1]: https://support.huaweicloud.com/index.html?infodoc
[Link 2]: https://support.huaweicloud.com/wtsnew-dcs/index.html