Redis 总结

最新推荐文章于 2025-04-11 15:48:23 发布

Bigdata丶

最新推荐文章于 2025-04-11 15:48:23 发布

阅读量1k

点赞数

分类专栏： Redis知识总结文章标签： Redis总结大数据 redis-cluster总结

本文链接：https://blog.youkuaiyun.com/sr0226/article/details/94835370

版权

Redis知识总结专栏收录该内容

1 篇文章

订阅专栏

一、redis中的数据结构：

1、redis中的key：

（1）、redis中key必须是唯一的

（2）、key的操作：https://www.runoob.com/redis/redis-keys.html

2、字符串类型（strings）：

（1）、注意：key不要太长，也不要太短，最好不要超过1024字节。

（2）、示例：

set是设置key/value，get是获取key中的value。

（3）、我们还可以将字符串类型当作数值类型操作：

（4）、其他操作：

3、列表Lists：

（1）、redis中的List底层是链表。对于定位元素来说比较慢，

（2）、示例：

这是在列表头部插入一个元素，l就是左边意思。

反之也成立。

这是列出0到1编号的元素。

更多操作：https://www.runoob.com/redis/redis-lists.html

4、集合sets：

（1）、redis中的sets是一个无序的集合，集合中的元素没有先后顺序。

（2）、示例：

（3）、其他更多操作：https://www.runoob.com/redis/redis-sets.html

5、有序集合zsets：

（1）、redis中提供了有序集合，有序集合中的每个元素都关联一个序号，这便是排序的依据。redis中的集合都是通过hash表实现的。

（2）、示例：

（3）、更多操作：https://www.runoob.com/redis/redis-sorted-sets.html

6、哈希（hashes）：

（1）、redis中的hash是一个string类型的filed和value的映射表，hash特别适合用于存储对象。

（2）、示例:

（3）、更多操作：https://www.runoob.com/redis/hashes-hset.html

二、redis中的其他功能：

1、慢查询：Redis 也提供了慢查询日志记录，Redis 会把命令执行时间超过 slowlog-log-slower-than 的都记录在 Reids 内部的一个列表（list）中，该列表的长度最大为 slowlog-max-len 。需要注意的是，慢查询记录的只是命令的执行时间，不包括网络传输和排队时间。

2、pipeline批处理：示例：

3、发布订阅：

（1）、发送者：publish

（2）、订阅者：subscirbe

（3）、示例：

（4）、更多操作：https://www.runoob.com/redis/redis-pub-sub.html

4、HyperLogLog：https://www.runoob.com/redis/redis-hyperloglog.html

5、bitmap：https://www.jianshu.com/p/62cf39db5c2f

三、redis中的持久化：

1、数据的备份：

（1）、save命令：这个命令是同步的命令，首先是client请求redis执行命令save，这个过程会阻塞后面的命令，当这个命令执行完之后，redis会创建一个RDB的二进制文件。如果有老的RDB文件，那么新的会替换掉老的文件。

（2）、bgsave命令：这个是异步的命令，client请求redis的时候，redis会创建一个fork的子进程，来备份数据，从而生成一个RDB文件，这个过程是在后台执行的，后面的命令就不会被阻塞掉。

（3）、区别：

2、RDB：这个持久化需要一定的触发条件：

这是RDB的最佳配置。

见：https://blog.youkuaiyun.com/aitangyong/article/details/52045251

3、AOF：

（1）、AOF(Append Only File)，与RDB持久化通过保存数据库中的键值对来记录数据库状态不同，AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库状态的。被写人 AOF文件的所有命令都是以Redis的命令请求协议格式保存的，因为Redis的命令请求协议是纯文本格式，所以我们可以直接打开一个AOF文件，观察其中的写命令：

（2）、AOF持久化策略：一共有三种，第一个是always，第二个是everysec，第三个是no，一般选择everysec。

4、AOF的重写：重写的目的是减少硬盘的占用量，加快恢复的速度。

5、RDB和AOF的对比：

（1）、区别：

（2）、默认是先加载AOF。

四、redis中的优化：

1、cpu：

（1）、开销：RDB和AOF文件生成，属于CPU密集型。

（2）、优化：不做CPU绑定，不和CPU密集型部署。

2、内存：

（1）、开销：fork内存开销，copy-on-write

（2）、优化：echo never > /sys/kernel/mm/transpraent_hugepage/enable

3、硬盘：

（1）、开销：AOF和RDB文件写入，可以结合iostat，iotop分析。

五、redis的主从复制：

1、作用：主从备份，防止节点宕机。使得读写分离，达到负载均衡的目的。

2、原理：

（1）、工作原理：Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步。

（2）、全量同步
　　Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。具体步骤如下：

1）从服务器连接主服务器，发送SYNC命令；
　　2）主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
　　3）主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；
　　4）从服务器收到快照文件后丢弃所有旧数据，载入收到的快照；
　　5）主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令；
　　6）从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；

（3）、增量同步：Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。

（4）、Redis主从同步策略：主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

（5）、注意点：如果多个Slave断线了，需要重启的时候，因为只要Slave启动，就会发送sync请求和主机全量同步，当多个同时出现的时候，可能会导致Master IO剧增宕机。

2、架构：

（1）、星型模型：

（2）、线型模型：

（3）、区别：星型模型比线型模型效率更高，但是实现HA比线型模型更加复杂。

3、过程：主从节点数据同步第一次同步的是RDB，后面的是AOF。注意：一次启动从节点个数不能过多，这样太多从节点从主节点读取数据，会造成主节点压力过大。

4、Redis Sentinel：

（1）、作用：主要是redis高可用的实现方案，具有故障发现，故障自动转移，客户端通知，

（2）、Redis Sentinel中的Sentinel节点个数应该是大于等于3且最好为奇数。

六、Redis-Cluster：

1、作用：当遇到单机内存、并发、流量等瓶颈时，可以采用Cluster架构达到负载均衡的目的。

2、优势：

（1）、去中心化，集群最大可增加1000个节点，性能随节点增加而线性扩展。

（2）、管理方便，后续可自行增加或摘除节点，移动分槽等等。

3、顺序分区和哈希分区：

（1）、顺序分区：按照顺序来分区，比如1-33，34-66，67-100.

（2）、哈希分区：

（1）普通hash分区：hash（key）% nodes

（2）一致性哈希分区：一个节点管理一个范围，按照顺时针存储。

（3）虚拟槽分区：每个node负责一定数量的槽，一个 Redis 集群包含16384个哈希槽(slot)，每个 key 都属于这16384个哈希槽的其中一个，集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽，其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和。槽(slot)是redis cluster中数据管理和迁移的基本单位，每个节点负责一定数量的槽。

4、两种分区的对比：