redis学习02

1.复习

1. redis 一种非关系数据库。
2. redis常用的命令
   （1）对key操作的命令。
       （1）keys * 
        (2)del key
        (3)expire key seconds
        (4)ttl key 
    (2) 操作数据库的命令
        select index
        flushdb
        flushall
3. redis支持的数据类型
    （1）字符串
       1. set key value 
       2. get key
       3. mset key value key value ...
       4. mget key key 
       5. setnx key value 
       6. incr key 
       7. decr key 
    (2) 队列【列表】
       1. lpop 
       2. lrange 
       3. lpush
    (3) hash哈希
       1.hset key field value
       2.hget key field
       3.hgetall key 
    (4) set集合
       sadd key value value value
       smembers key 
       spop key 
    (5)sort set 集合
       zadd key scope value scope value ...        

1.redis的持久化

1.1什么是持久化？

把内存中的数据持久化到磁盘。这个过程就是持久化。当redis启动时会从磁盘上读取数据并加载到内存。

1.2持续化的好处

是redist宕机后数据不丢失

1.3redis持久化的方式

---

1. RDB: 以快照的方式进行持久化。 在一定时间间隔内进行快照。把数据进行保存到磁盘。 
2. AOF: 会把每次对redis的写操作命令追加到一个日志尾，当redis启动时则把该日志中的命令执行一遍.

2.RDB的持久化方式

2.1什么时候会触发RDB---默认dump.rdb

1. save命令
2. bgsave命令
3. 配置redis配置文件

2.2 save 和 bgsave 的区别

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

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

bgsave执行该命令时，Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。具体流程如下：

2.3 通过配置文件来触发RDB ----- bgsave命令

2.4 恢复数据

可以把dump.rdb放入到redis启动目录下。 当redis再次被启动时则会加载该数据。

2.5 rdb持久化方式的优缺点

优点

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

缺点

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

3.AOF持久化方式

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

AOF默认是没有开启。需要配置手动开启。

3.aof的优缺点

优点

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

缺点

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

4. redis的集群

4.1 redis主从关系

4.2如何搭建主从关系

 准备三台机器 （1 主节点   2 从节点） 为了节省资源 在一个虚拟机上启动三台redis 只是他们的端口号不同。

可以通过以下命令设置 81 82 跟随80混

通过测试我们知道 主节点可以负责读写操作，但是从节点只能负责读操作。

如果主节点挂掉，则从节点无法上位，导致客户端无法进行写操作了。

4.2搭建哨兵模式

启动哨兵

redis-sentinel sentinel.conf

4.3redis集群搭建---去中心化

上面主从还是哨兵都没有解决写并发量高的情况

配置三主三从

1. 5001 5002 
2. 6001 6002
3. 7001 7002

port 8001
bind 0.0.0.0
daemonize yes
appendonly yes  必须有aof持久化
# 开启集群
cluster-enabled yes             833行
# 集群的配置文件,该文件自动生成   
cluster-config-file nodes-8001.conf  841行
# 集群的超时时间
cluster-node-timeout 5000         847行

其他上面这些端口号的redis

为上面这些redis分配主从关系以及槽。

---主节点后只有一个从节点
redis-cli --cluster create --cluster-replicas 1 192.168.223.128:7001 192.168.223.128:8001 192.168.223.128:9001  192.168.223.128:7002  192.168.223.128:8002 192.168.223.128:9002

==必须保证aof开启，保证redis中没有数据。==

客户端访问:

redis-cli -c -h 127.0.0.1 -p 8001