Redis 第二章

1.Set和SortedSet类型

        1.1 Set命令

        redis中value类型为set集合类型，特点：无序，且不能有重复的数据

sadd key element element ...        #存放set类型的元素

        通过该命令可添加一个set类型的集合，添加了四个值，但返回显示添加了3个，因为添加了一个重复的值，set不能有重复的值，所以只添加了三个 

smembers key        #获取指定key的所有对应元素 

        通过该命令，可以获取到指定key的所有元素，可以发现，没有重复的值

srandmember key number        #随机获取集合中的一个元素或多个元素

         可以看出，两次获取的结果都是随机的

sinter key key ...        #求多个集合交集

         这边添加一个新的set类型集合，设置几个元素，并查看这两个set集合的所有元素，集合的交集，就比如你和某个QQ好友的共同好友，在set中就表示，几个集合共同拥有的元素

 

spop key count        #随机移除一个或多个元素

        可以发现该集合中已经没有了该元素 

        1.2 SortedSet命令

        它和set的区别就是在添加元素时，需要添加一个分数用来排序。

zadd key score element score element ...        #添加一个有序set集合

         添加了一个有序的集合并设置了每个元素的分数

zrange key start end        #返回指定key范围内分数从小到大的元素

         现在观察不易区分，使用以下命令显示各元素的分数

zrange key start end withscores        #显示分数

        可以看出通过该命令是按从小到大的顺序排列

zrevrange key start end withscores        #返回指定key范围内分数从大到小的元素

        现在就按照从大到小的顺序进行了排列 

2.Redis的运用场景

热点数据的缓存：将常用的数据存放内存，减少对数据库的访问频率，提供应用程序的效率

限时业务的运用：比如短信验证码，倒计时支付

计数器相关问题：点赞、关注数

排行榜相关问题：销售量、观看量、票房排行

分布式锁：自动锁、手动锁

 

3. Redis的持久化

        什么是持久化：把内存中的数据保存到磁盘的过程叫持久化，持久化是为了防止数据丢失

        如何实现持久化：1.RDB快照模式        2.AOF日志追加模式

        3.1RDB快照模式

        每隔一段时间，redis对内存中的数据进行拍照存储，它是redis默认的持久化方式

        优点：数据恢复速度快

        缺点：可能会丢失最后一段时间内的数据，数据的完整性比较差

        触发机制：

                1.手动触发：通过save或bgsave命令，将快照持久化到磁盘，文件名：dump.edb

                此时设置完一个值之后，还没有该快照文件，因为还没有到达他的自动触发时间，我们通过手动触发来生成快照。

        此时，通过save手动触发快照，便生成了快照。 但该命令会阻塞当前redis服务器，执行save期间，redis不能处理其他命令，知道rdb过程完成为止。执行完成时候如果存在旧的edb文件，就会把新的替换旧的。

        我遇到的问题：通过save命令，没有生成rdb文件。

        原因：我在根目录下启动的redis服务，rdb文件保存在了根目录。在哪里启动redis便会存放在哪里。

        通过bgsave命令也可以进行快照操作，但会在后台进行异步操作，快照同时还可以相应客户端请求。

        save和bgsave区别：save过程中，无法响应客户端请求，bgsave可以。

        2.自动触发：在redis的配置文件中

        该配置意思是： 如果在3600秒触发1次改变或300秒触发100次或60秒触发1万次都会进行持久化操作，但需要到达该规定时间。

        3.2AOF日志追加模式

        把每个写命令通过write函数追加到日志文件中。当redis启动时会读取日志文件中的命令，并把这些命令由上到下执行一遍。

        优点：数据完整性好

        缺点：数据读取速度慢

        默认redis没有开启aof模式，在redis配置文件中开启。

        现在就完成了AOF的配置，重启redis服务，随便执行一个写入操作便会触发

        在redis目录下会生成文件夹，文件夹内存放AOF的日志，里面包含执行的所有写操作。 

4.Redis集群模式 

        如果请求非常多，那么就会导致redis压力过大，最后redis宕机。我们需要对redis进行集群的搭建。

        4.1主从模式

        1个主节点，多个从节点，主节点负责写操作并把数据同步到相应的从节点，从节点负责查操作。主从模式原则：配从不配主

        在一台虚拟机上模拟主从集群模式，让3个redis服务启动的端口号不一致即可。

        在redis目录下创建文件夹并存放三个配置文件，每个配置文件配置不一样

port 6381

dbfilename dump6381.rdb

appendfilename "appendonly6381.aof"

        只修改以上三个配置即可 

        启动三个redis 

         可以看到三个redis都已经启动，复制两个标签分别连接三个redis，现在查看三个redis的身份

info replication

         可以看到现在都是主节点，并没有完成主从模式。

slaveof ip port        #配置主从模式        ip为主节点ip        port为主节点端口

        这里设置6379端口为主节点。

 

        再次查看身份。

        6379端口还是为主节点，他有两个从节点

        6380为从节点，显示了主节点ip和端口

        6381 为从节点，显示了主节点ip和端口

         只有主节点可以进行写操作，从节点无法进行写操作，主从节点都可以进行查操作。

如果主节点添加了数据，所有从节点数据会不会同步        会

主节点能否进行读操作        能

从节点能否进行写操作        不能

如果主节点宕机了从节点能否作为主节点        不能

如果新增一个从节点--那么此从节点能否把主节点之前的数据同步过来        能

        4.2哨兵模式

        主从模式有什么缺陷：主节点宕机后，没有节点可以进行写操作。

        如果主节点宕机后，应该要有其他从节点做主节点来完成写操作。那么就需要使用哨兵模式

        哨兵发现主节点宕机后，会在从节点选举一个作为主节点

        如何选举：1.这些从节点哪个比较稳定，2.根据哨兵的投票数量，达到一半的票数，所以哨兵的票数要为奇数

        如何使用哨兵模式？

        在redis的目录下有一个哨兵的配置文件。

redis-sentinel sentinel.conf         #启动哨兵 

        测试关闭主节点，看看谁是主节点

        可以看到关闭了6379主节点，6381变成了主节点

        如果6379回来了，6379还会变成主节点吗？

        答案是不行的，除非6381宕机了，然后哨兵选择了6379。