视频链接：https://www.bilibili.com/video/BV1Uz4y1X72A
视频选集：P34

1.redis的配置文件

• 在redis根目录下提供redis.conf配置文件；可以配置一些redis服务端运行时的一些参数；
• 如果不使用配置文件，那么redis会按照默认的参数运行
• 如果使用配置文件，在启动redis服务时必须指定所使用的配置文件

1.1 redis配置文件中关于网络的配置

• port:指定redis服务所使用的端口，默认使用6379。
• bind:配置客户端连接redis服务时，所能使用的ip地址，默认可以使用redis服务所在主机上任何一个ip都可以;
  一般情况下,都会配置一个ip，而且通常是一个真实。
• 如果配置了port和bind，则客户端连接redis服务时，必须指定端口和ip:
  连接：redis-cli -h 192.168.11.128 -p 6380
  关闭：redis-cli -h 192.168.11.128 -p 6380 shutdown
• tcp-keepalive:连接保活策略

1.2 常规配置

• loglevel:配置日志级别
  开发阶段可以设置成debug，生产阶段通常设置为notice或者warning.
• logfile:指定日志文件
  redis在运行过程中，会输出一些日志信息;默认情况下，这些日志信息会输出到控制台；我们可以使用logfile配置日志文件，使redis把日志信息输出到指定文件中
• databases:配置redis服务默认创建的数据库实例个数，默认值是16

1.3 安全配置

• requirepass :配置Redis的访问密码。默认不配置密码，即访问不需要密码验证。
• 此配置项需要在protected-mode=yes时起作用
• 使用密码登录客户端: redis-cli-h ip -p 6379 -a pwd

2.redis的持久化

• redis是内存数据库，它把数据存储在内存中，这样在加快读取速度的同时也对数据安全性产生了新的问题，即当redis所在服务器发生宕机后, redis 数据库里的所有数据将会全部丢失.为了解决这个问题, redis提供了持久化功能——RDB和AOF(Append Only File)
• redis的持久化: redis提供持久化策略，在适当的时机采用适当手段把内存中的数据持久化到磁盘中，每次redis服务启动时，都可以把磁盘上的数据再次加载内存中使用。

2.1 RDB策略

• 在指定时间间隔内，redis服务执行指定次数的写操作，会自动触发一次持久化操作
• RDB策略是redis默认的持久化策略，redis服务开启时这种持久化策略就已经默认开启了
• save < seconds > < changes >:配置持久化策略
• dbfilename:配置redis RDB持久化数据存储的文件
• dir:配置redis RDB持久化文件所在目录

默认的策略：

• 1分钟内改变了1万次
• 或者5分钟内改变了10次
• 或者15分钟内改变了1次

2.2 AOF策略

• 采用操作日志来记录进行每一次写操作，每次redis服务启动时，都会重新执行一遍操作日志中的指令。
• 效率低下， redis默认不开启AOF功能。
• appendonly:配置是否开启AOF策略
• appendfilename:配置操作日志文件

2.3 小结

根据数据的特点决定开启哪种持久化策略；一般情况，开启RDB足够了

3.redis的事务

事务:把一组数据库命令放在一起执行，保证操作原子性，要么同时成功，要么同时失败。
Redis的事务:允许把一组redis命令放在一起，把命令进行序列化，然后一起批行，保证部分原子性

3.1 multi & exec

multi作用：用来标记一个事务的开始
exec作用：用来执行事务队列中所有的命令

注意：redis的事务只能保证部分原子性
a.如果一组命令中，有在压入事务队列过程中发生错误的命令，则本事务中所有的命令都不执行，能够保证事务的原子性。

multi
set k3 v3
seta kk vv
set k4 v4
exec

b.如果一组命令中，在压入队列过程中正常，但是在执行事务队列命令时发生了错误，则只会影响发生错误的命令，不会影响其它命令的执行,不能够保证事务的原子性。

multi
set k3 v3
incr k1
set k4 v4
exec

3.2 discard

作用：清除所有已经压入队列中的命令，并且结束整个事务

3.3 watch & unwatch

watch 作用：监控某一个键，当事务在执行过程中，此键代码的值发生变化，则本事务放弃执行；否则，正常执行
unwatch 作用：放弃监控所有的键

3.4 总结

1、单独的隔离操作:事务中的所有命令都会序列化、顺序地执行。事务在执行过程中，不会被其它客户端发来的命令请求所打断，除非使用watch命令监控某些键
2、不保证事务的原子性: redis同一个事务中如果一条命令执行失败，其后的命令仍然可能会被执行，redis的事务没有回滚。Redis 已经在系统内部进行功能简化，这样可以确保更快的运行速度，因为Redis 不需要事务回滚的能力。

4.redis消息的发布与订阅

客户端到客户端的通信：redis客户端订阅频道，消息的发布者往频道上发布消息，所有订阅此频道的客户端都能够接受到消息。

subscribe & publish & psubscribe

subscribe 作用：订阅一个或者多个频道的消息
publish 作用：将消息发布到指定频道
psubscribe 作用：订阅一个或者多个频道的消息，频道名支持通配符

5.redis的主从复制

主机数据更新后根据配置和策略，自动同步到从机的master/slave机制，Master以写为主，Slave以读为主
主少从多、主写从读、读写分离、主写同步复制到从。

5.1 搭建一主二从redis集群—搭建三台redis服务

使用一个redis模拟三台redis服务：

• 提供三分redis配置文件：redis6379.conf、redis6380.conf、redis6381.conf
  
  修改三份配置文件:以redis6379.conf为例，修改下面的五个参数
  -bind 127.0.0.1
  -port 6379
  -pidfile /var / run/ redis_6379.pid
  -logfile “6379.log”
  -dbfilename dump6379.rdb

• 分别使用三个redis配置文件，启动三个redis服务
  redis-server redis6379.conf &
  redis-server redis6380.conf &
  redis-server redis6381.conf &

5.2 通过redis客户端分别连接三台redis服务

redis-cli -h 127.0.0.1 -p 6379
redis-cli -h 127.0.0.1 -p 6380
redis-cli -h 127.0.0.1 -p 6381

5.3 查看三台redis服务在集群中的主从角色

info replication
默认情况下，所有的redis服务都是主机，即都能写和读，但是都还没有从机

先在6379进行写操作：set k1 v1
三台redis服务互相独立，互不影响

5.4 设置主从关系

设从不设主
在6380上执行：slaveof 127.0.0.1 6379

在6381上执行：slaveof 127.0.0.1 6379

5.5 全量复制 & 增量复制 & 读写分离 & 主机宕机 & 主机恢复 & 从机宕机

• 全量复制:一旦主从关系确定，会自动把主库上已有的数据同步复制到从库。
  在6380和6381上执行:keys *

• 增量复制:主库写数据会自动同步到从库
  在6379上执行:set k2 v2
  在6380和6381上执行:keys *

• 读写分离：主写从读

• 主机宕机：从机原地待命
  关闭6379服务:redis-cli -h 127.0.0.1 -p 6379 shutdown
  查看6380和6381服务的主从角色:info replication

• 主机恢复：一切恢复正常
  重启6379服务: redis-server redis6379.conf &
  客户端连接6379: redis-cli -h 127.0.0.1 -p 6379

• 从机宕机：主机少一个从机，其它从机不变
  关闭6380服务:redis-cli -h 127.0.0.1 -p 6380 shutdown
  查看6379服务的主从角色: info replication
  查看6381服务的主从角色: info replication

5.6 从机恢复 & 从机上位 & 主机恢复

• 从机恢复：需要重新设置主从关系
  重启6380服务: redis-server redis6380.conf &
  客户端连接6380: redis-cli -h 127.0.0.1 -p 6380
  在6380上执行:slaveof 127.0.0.1 6379
• 从机上位：从机断开原来主从关系，然后重新设置主从关系
  在6380上执行:slaveof no one
  查看6380服务的主从角色: info replication
• 主机恢复：之前的主机恢复，但没有任何的从机

注意：一台主机配置多台从机，一台从机又可以配置多台从机，从而形成一个庞大的集群结构。减轻一台主机的压力，但是增加了服务间的延迟时间。（只要有从机身份就不能进行写操作）

6.redis的哨兵模式

主机宕机，从机上位的自动版

6.1 搭建一主二从的集群架构

按照5中的步骤

6.2 提供哨兵配置文件

在redis安装目录下创建配置文件：redis_sentinel.conf

写下内容：sentinel monitor dc-redis 127.0.0.1 6379 1
表示:指定监控主机的 ip地址，port端口，得到哨兵的投票数(当哨兵投票数大于或者等于此数时切换主从关系)。

6.3 启动哨兵服务

redis-sentinel + 配置文件名字
注：在这里为redis-sentinel redis_sentinel.conf

6.4 主机宕机

关闭6379服务：redis-cli -h 127.0.0.1 -p 6379 shutdown
哨兵程序自动选择从机上位

6.5 之前主机恢复

重启6379服务：redis-server redis6379.conf &
客户端连接6379：redis-cli -h 127.0.0.1 -p 6379

7.Jedis操作Redis

使用Redis,官方推荐的Jedis，在java应用中操作Redis。Jedis几乎涵盖了Redis的所有命令。操作Redis的命令在Jedis中以方法的形式出现。

7.1 Jedis操作key

public class JedisKeyTest {
	public static void main(String[] args){
		//连接redis
		Jedis jedis=new Jedis( host: "192.168.40.130",port: 6379);
		//使用jedis对象操作redis服务

		//ping
		String ret=jedis.ping();
		System. out.println (ret) ; 

		//keys
		Set<String> keys=jedis.keys( pattern: "*");
		for(String key : keys){
			System.out.println(key);
		}
		
		//exists
		Boolean ret=jedis.exists( key: "k2");
		System.out.println(ret) ;

		//move
		Long ret = jedis.move( key: "k2" ，dbIndex: 1);
		System. out. println(ret) ;
	}
}

7.2 Jedis操作字符串（string）类型数据

public class JedisStringTest {
	public static void main (String[] args){
		//连接redis服务
		Jedis jedis=new Jedis( host: "192.168.40.130"，port: 6379);
		//使用jedis对象对redis字符串类型的数据进行操作
		String ret=jedis.set("k4","v4"):
		System.out.println(ret) ;
		
		String ret=jedis.get("k4");
		System.out.println(ret);

		//追加
		Long ret=jedis.append("k4", " abc"");
		System.out.printin(ret);

		//数字加1
		Long ret=jedis.incr( key: "k5");
		System.out.println(ret) ;
	}
}

7.3 Jedis事务

public class JedisTransactionTest {
	public static void main(String[]args) {
		//连接redis服务
		Jedis jedis=new Jedis( host:"192.168.40.130",port: 6379);
		//获取事务的对象
		Transaction tran=jedis.multi();
		tran.set ("k6","v6");
		tran.set ("k7","v7");
		tran.exec();
	}
}

8. redis的客户端连接工具

redis-desktop-manager