集合与Redis集群

List 队列类型

lpush: 将一个或多个值 value 插入到列表 key 的表头.
lpop: 移除并返回列表 key 的头元素。
lrange: 返回列表 key 中指定区间内的元素，区间以偏移量 start 和 stop 指定。

set集合

sadd key value.....: 将一个或多个 member 元素加入到集合 key 当中，已经存在于集合的 member 元素将被忽略。

spop key: 移除并返回集合中的一个随机元素。

smove source destint member:

smembers key:获取指定key下的所有的元素

sinter key key ...:求所有集合的交集。

sortSet 有序集合。

1.zadd key  score value score value ....:添加有序集合元素。
2.zrange key start end: 获取指定返回的元素。

Redis的持久化方式

持久化：把内存中的数据库保存到磁盘上。防止数据的丢失。
redis支持的持久化方式两种:
  (1)RDB:快照  其实就是把数据以快照的形式保存在磁盘上,什么是快照呢，你可以理解成把当前时刻的数据拍成一张照片保存下来。
 （2)AOF:日志追加 记录服务器接受的每个写入操作，当服务器启动时再次加载该日志，会把日志中的命令重新执行一遍。

RDB快照持久化方式

RDB每次进行快照方式会重新记录整个数据集的所有信息。RDB在恢复数据时更快，可以最大化redis性能，子进程对父进程无任何性能影响。

如何触发RDB持久化

1. 手动save命令
2. 手动bgsave命令
3. 通过配置自动触发。

save和bgsave区别

该命令会阻塞当前Redis服务器，执行save命令期间，Redis不能处理其他命令，直到RDB过程完成为止。具体流程如下：

执行完成时候如果存在老的RDB文件，就把新的替代掉旧的。我们的客户端可能都是几万或者是几十万，这种方式显然不可取。

rdb的优缺点

优点： （1）RDB文件紧凑，全量备份，非常适合用于进行备份和灾难恢复。
（2）生成RDB文件的时候，redis主进程会fork()一个子进程来处理所有保存工作，主进程不需要进行任何磁盘IO操作。
（3）RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。

缺点: 快照持久化期间修改的数据不会被保存，可能丢失数据。数据完整性比较差。

AOF 默认该模式是关闭的

提供一种更加高效的方式AOF，工作机制很简单，redis会将每一个收到的写命令都通过write函数追加到文件中。通俗的理解就是日志记录。

优点

（1）AOF可以更好的保护数据不丢失，一般AOF会每隔1秒，通过一个后台线程执行一次fsync操作，最多丢失1秒钟的数据。
（2）AOF日志文件没有任何磁盘寻址的开销，写入性能非常高，文件不容易破损。
（3）AOF日志文件即使过大的时候，出现后台重写操作，也不会影响客户端的读写。

缺点

（1）对于同一份数据来说，AOF日志文件通常比RDB数据快照文件更大.
 (2) 恢复数据时时间要比快照模式慢很多。

redis集群主从关系

配从不配主

主节点负责写，并把写的内容同步到从节点上。 从节点只能负责读操作。不能写操作。

redis搭建操作

https://blog.csdn.net/weixin_46122805/article/details/115693602