3 Redis的配置文件
3.1 redis.conf存放位置：
Redis的安装根目录下(/opt/redis-5.0.2)，Redis在启动时会加载这个配置文件，在运行时按照配置进行工作。 这个文件有时候我们会拿出来，单独存放在某一个位置，启动的时候必须明确指定使用哪个配置文件，此文件才会生效。
3.2 Redis 的网络相关配置
1、bind：绑定IP地址，其它机器可以通过此IP访问Redis，默认绑定127.0.0.1，也可以修改为本机的IP地址。
2、port：配置Redis占用的端口，默认是6379。
3、tcp-keepalive：TCP连接保活策略，可以通过tcp-keepalive配置项来进行设置，单位为秒，假如设置为60秒，则server端会每60秒向连接空闲的客户端发起一次ACK请求，以检查客户端是否已经挂掉，对于无响应的客户端则会关闭其连接。如果设置为0，则不会进行保活检测。
3.3 Redis的常规配置
1、loglevel：日志级别，开发阶段可以设置成debug，生产阶段通常设置为notice或者warning.
2、logfile：指定日志文件名，如果不指定，Redis只进行标准输出。要保证日志文件所在的目录必须存在，文件可以不存在。还要在redis启动时指定所使用的配置文件，否则配置不起作用。
3、databases：配置Redis数据库的个数，默认是16个。
3.4 Redis的安全配置
1、requirepass：配置Redis的访问密码。默认不配置密码，即访问不需要密码验证。此配置项需要在protected-mode=yes时起作用。使用密码登录客户端：redis-cli -h ip -p 6379 -a pwd
3.5 Redis的RDB配置
1、save <seconds> <changes>：配置复合的快照触发条件，即Redis 在seconds秒内key改变changes次，Redis把快照内的数据保存到磁盘中一次。默认的策略是：
1分钟内改变了1万次
或者5分钟内改变了10次
或者15分钟内改变了1次
如果要禁用Redis的持久化功能，则把所有的save配置都注释掉。
2、stop-writes-on-bgsave-error：当bgsave快照操作出错时停止写数据到磁盘，这样能保证内存数据和磁盘数据的一致性，但如果不在乎这种一致性，要在bgsave快照操作出错时继续写操作，这里需要配置为no。
3、rdbcompression：设置对于存储到磁盘中的快照是否进行压缩，设置为yes时，Redis会采用LZF算法进行压缩；如果不想消耗CPU进行压缩的话，可以设置为no，关闭此功能。
4、rdbchecksum：在存储快照以后，还可以让Redis使用CRC64算法来进行数据校验，但这样会消耗一定的性能，如果系统比较在意性能的提升，可以设置为no，关闭此功能。
5、dbfilename：Redis持久化数据生成的文件名，默认是dump.rdb，也可以自己配置。
6、dir：Redis持久化数据生成文件保存的目录，默认是./即redis的启动目录，也可以自己配置。
3.6 Redis AOF配置
1、appendonly：配置是否开启AOF，yes表示开启，no表示关闭。默认是no。
2、appendfilename：AOF保存文件名
3、appendfsync：AOF异步持久化策略
always：同步持久化，每次发生数据变化会立刻写入到磁盘中。性能较差但数据完整性比较好（慢，安全）
everysec：出厂默认推荐，每秒异步记录一次（默认值）
no：不即时同步，由操作系统决定何时同步。
4、no-appendfsync-on-rewrite：重写时是否可以运用appendsync，默认no，可以保证数据的安全性。
5、auto-aof-rewrite-percentage：设置重写的基准百分比
6、auto-aof-rewrite-min-size：设置重写的基准值
4 Redis的事务
4.1 Redis的事务
Redis的事务允许在一次单独的步骤中执行一组命令，并且能够保证将一个事务中的所有命令序列化，然后按顺序执行；在一个Redis事务中，Redis要么执行其中的所有命令，要么什么都不执行。即Redis的事务要能够保证序列化和原子性。
4.2 事务的常用命令
1.multi
语法：multi
功能：用于标记事务块的开始。Redis会将后续的命令逐个放入队列中，然后才能使用EXEC命令原子化地执行这个命令序列。
返回值：开启成功返回OK
2.exec
语法：exec
功能：在一个事务中执行所有先前放入队列的命令，然后恢复正常的连接状态。
如果在把命令压入队列的过程中报错，则整个队列中的命令都不会执行，执行结果报错；
如果在压队列的过程中正常，在执行队列中某一个命令报错，则只会影响本条命令的执行结果，其它命令正常运行；
当使用WATCH命令时，只有当受监控的键没有被修改时，EXEC命令才会执行事务中的命令;而一旦执行了exec命令，之前加的所有watch监控全部取消。
返回值：这个命令的返回值是一个数组，其中的每个元素分别是原子化事务中的每个命令的返回值。 当使用WATCH命令时，如果事务执行中止，那么EXEC命令就会返回一个Null值。
3.discard
语法：discard
功能：清除所有先前在一个事务中放入队列的命令，并且结束事务。
如果使用了WATCH命令，那么DISCARD命令就会将当前连接监控的所有键取消监控。
返回值：清除成功，返回OK。
4.watch
语法：watch key [key …]
功能：当某个事务需要按条件执行时，就要使用这个命令将给定的键设置为受监控的。如果被监控的key值在本事务外有修改时，则本事务所有指令都不会被执行。Watch命令相当于关系型数据库中的乐观锁。
返回值：监控成功，返回OK。
5. unwatch
语法：unwatch
功能：清除所有先前为一个事务监控的键。
如果在watch命令之后你调用了EXEC或DISCARD命令，那么就不需要手动调用UNWATCH命令。
返回值：清除成功，返回OK。
4.3 Redis事务小结
1、单独的隔离操作：事务中的所有命令都会序列化、顺序地执行。事务在执行过程中，不会被其它客户端发来的命令请求所打断，除非使用watch命令监控某些键。
2、不保证事务的原子性：redis同一个事务中如果一条命令执行失败，其后的命令仍然可能会被执行，redis的事务没有回滚。Redis已经在系统内部进行功能简化，这样可以确保更快的运行速度，因为Redis不需要事务回滚的能力。
5. Redis消息的发布与订阅(了解)
5.1 Redis发布订阅
Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。Redis 客户端可以订阅任意数量的频道。
5.2 Redis发布订阅示意图
5.3 Redis发布订阅的常用命令
5.3.1 subscribe
语法：subscribe channel [channel…]
功能：订阅一个或多个频道的信息
返回值：订阅的消息
5.3.2 publish
语法：publish chanel message
功能：将信息发送到指定的频道。
返回值：数字。接收到消息订阅者的数量。
5.3.3 psubscribe
语法：psubscribe pattern [pattern]
功能：订阅一个或多个符合给定模式的频道。模式以 * 作为通配符，例如：news.* 匹配所有以 news. 开头的频道。
返回值：订阅的信息。
6：Redis的主从复制
主机数据更新后根据配置和策略，自动同步到从机的master/slave机制，Master以写为主，Slave以读为主。
6.1 一主二从（原理）
1、配从(库)不配主(库)
2、配从(库): slaveof 主库IP 主库端口
3、主写从读、读写分离
4、从连前后同
5、主断从待命、从断重新连
6.2 一主二从搭建
1、一台服务器模拟三台主机：
第一步：将redis.conf 拷贝三份，名字分别是，redis6379.conf，redis6380.conf，redis6381.conf
第二步：修改三个文件的port端口，pid文件名，日志文件名，rdb文件名
如：
port 6379 pidfile /var/run/redis_6379.pid logfile "6379.log" dbfilename dump6379.rdb
第三步：分别打开三个窗口模拟三台服务器，开启redis服务。
2、查询主从信息：info replication
3、写操作6379：
4、设置主从关系：
在6380和6381主机上分别执行命令：slaveof 127.0.0.1 6379
另一种
方式，就是修改6380和6381的配置文件，在最后加上：
注意：如果主redis设置了密码，从库的redis.conf中还需要设置masterauth为主redis的密码。
5、全量复制：在6380和6381分别执行命令get k1
6、增量复制：6379执行命令：set k2 v2。然后6380端口和6381端口，分别执行命令：get k2
7、主写从读、读写分离：在6380和6381上执行写操作set k3 v3
8、主机宕机：6379执行指令shutdown，并查看6380和6381的redis信息
从机原地待命。
9、主机宕机后恢复：重启6379，并且执行写命令set k4 v4；6380和6381上分别执行get k4
主机重启后，一切正常。
10、从机宕机：6380执行指令shutdown，并查看6379和6381的redis信息
11、从机宕机后恢复：重启6380，并查看6380、6379和6381的redis信息
注意：从机跟master断开联系，必须重新连接，除非写进配置文件。
12、从机恢复连主机前，主机写操作：6379执行写命令set k5 v5，6380和6381分别执行命令get k5
13、从机恢复连接主机，6380执行命令：slaveof 127.0.0.1 6379，并且执行命令：get k5
14、从机上位：
第一步：主机宕机，6379执行命令：shutdown
第二步：6380断开主从关系，执行命令：SLAVEOF no one
第三步：重新搭建主从，6381执行命令：info replication，SLAVEOF 127.0.0.1 6380
第四步：之前主机恢复，重启6379的Redis服务，并执行命令：info replication
在6379主机宕机后，6380从机断开主从关系，6381开始还在原地待命；后来6380从机上位，6381投靠6380，6379主机即使回来但它已是孤寡老人，空头司令。
15、天堂变地狱：6379执行命令saveof 127.0.0.1 6381，并在6379和6381执行info replication
一台主机配多台从机，一台从机再配多台从机，从而实现了庞大的集群架构。同时也减轻了一台主机的压力，缺点是增加了服务器间的延迟。
7：复制原理
7.1 全量复制
slave启动成功连接到master后会发送一个sync命令；Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步；slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。只要是重新连接master,一次完全同步（全量复制)将被自动执行。
7.2 增量复制
Master将新的所有收集到的修改命令依次传给slave,完成同步。
8：哨兵模式
8.1 哨兵模式原理
从机上位的自动版。Redis提供了哨兵的命令，哨兵命令是一个独立的进程，哨兵通过发送命令，来监控主从服务器的运行状态，如果检测到master故障了根据投票数自动将某一个slave转换master，然后通过消息订阅模式通知其它slave，让它们切换主机。然而，一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多哨兵进行监控。
8.2 哨兵模式搭建
1—7步跟1.17.2.2一主二从搭建一样：一台服务器模拟三台主机、查询主从信息、写操作6379、设置主从关系、全量复制、增量复制、主写从读、读写分离。
8、创建redis_sentinel.conf文件，并编辑里边的内容：
sentinel monitor dc-redis 127.0.0.1 6379 1
，表示：指定监控主机的ip地址，port端口，得到哨兵的投票数(当哨兵投票数大于或者等于此数时切换主从关系)。
9、新开窗口，启动哨兵：redis-sentinel /opt/redis-5.0.2/redis_sentinel.conf
10、主机宕机：
11、等待从机投票，在sentinel窗口中查看打印信息
12、查看6380和6381的redis信息
13、原主机恢复，启动6379：
8.3 哨兵模式搭建(配置文件模式)
1—7步跟1.17.2.2一主二从搭建一样：一台服务器模拟三台主机、查询主从信息、写操作6379、设置主从关系、全量复制、增量复制、主写从读、读写分离。
8、复制三份redis_ sentinel.conf文件为redis_sentinel26379.conf、redis_sentinel26380.conf、redis_sentinel 26381.conf，并修改内容：
端口分别修改为26379、26380、26381
哨兵监控策略都修改为：
sentinel monitor mymaster 192.168.235.128 6379 2，表示：指定监控主机的ip地址，port端口，得票数多于2时表示需要切换主从关系。
如果设置密码了，都还需要设置密码：
sentinel auth-pass mymaster 123456
9、新开三个窗口，启动哨兵：./redis-sentinel ../myconfs/sentinel26379.conf
10、主机宕机：
11、等待从机投票，在sentinel窗口中查看打印信息。
12、查看6380和6381的redis信息：
13、原主机恢复
