Redis(NO-Sql）

1.概述
2.安装
4.核心
5.操作
- 5.1 Jedis
6.进阶

1.概述

1.1 传统数据库存在的问题

1.数据库压力过大
由于用户量增大，请求数量也随之增大，数据压力过大
2.数据不同步
多台服务器之间，数据不同步
3.传统锁失效
多台服务器之间的锁，已经不存在互斥性了。

1.2 NoSQL介绍

Redis就是一款NoSQL
Redis是K-V的内存存储键值对类型
NoSQL -> 非关系型数据库 -> Not Only SQL。
除了关系型数据库都是非关系型数据库。
NoSQL只是一种概念，泛指非关系型数据库，和关系型数据库做一个区分。

类型	部分代表	特点
列存储	Hbase Cassandra Hypertable	顾名思义，是按列存储数据的。最大的特点是方便存储结构化和半结构化数据，方便做数据压缩，对针对某一列或者某几列的查询有非常大的IO优势。
文档存储	MongoDB CouchDB	文档存储一般用类似json的格式存储，存储的内容是文档型的。这样也就有机会对某些字段建立索引，实现关系数据库的某些功能。
key-value存储	Tokyo Cabinet / Tyrant Berkeley DB MemcacheDB Redis	可以通过key快速查询到其value。一般来说，存储不管value的格式，照单全收。（Redis包含了其他功能）
图存储	Neo4J FlockDB	图形关系的最佳存储。使用传统关系数据库来解决的话性能低下，而且设计使用不方便。
对象存储	db4o Versant	通过类似面向对象语言的语法操作数据库，通过对象的方式存取数据。
xml数据库	Berkeley DB XML BaseX	高效的存储XML数据，并支持XML的内部查询语法，比如XQuery,Xpath。

1.3 Redis简介

有一位意大利人，在开发一款LLOOGG的统计页面，因为MySQL的性能不好，自己研发了一款非关系型数据库，并命名为Redis Salvatore。
Redis（Remote Dictionary Server）即远程字典服务，Redis是由C语言去编写，Redis是一款基于Key-Value的NoSQL，而且Redis是基于内存存储数据的，Redis还提供了多种持久化机制，性能可以达到110000/s读取数据以及81000/s写入数据，Redis还提供了主从，哨兵以及集群的搭建方式，可以更方便的横向扩展以及垂直扩展。
2.安装
2.1 Linux原生安装Redis
a.找到Redis的下载地址
进入官网找到下载地址 https://redis.io/download

b.下载Redis
cd /usr/local
wget https://download.redis.io/releases/redis-6.2.1.tar.gz

c.解压Redis
tar -zxf redis-6.2.1.tar.gz

d.编译
cd redis-6.2.1
make
需要一段时间

ps：如果编译报错，可能缺乏c语言编译环境，可以通过以下命令检测

cc -v

如果报cc不是命令，那就是缺乏环境
yum -y install gcc
e.安装
make install
ps: 默认安装在/usr/local/bin目录

f.启动
/usr/local/bin/redis-server /usr/local/redis-6.2.1/redis.conf

2.2 Docker-Compose安装Redis
```
version: '3.1'
services:
redis:
  image: daocloud.io/library/redis:5.0.7
  restart: always
  container_name: redis
  environment:
    - TZ=Asia/Shanghai
  ports:
    - 6379:6379
```
2.3 Docker命令安装Redis
1.创建映射文件夹实现配置文件
mkdir -p /docker/redis/redis6379
上传（拷贝）redis.conf配置文件
#链接在 2.4Redis的配置文件
内部修改：
1.注释掉 #bind 127.0.0.1
2.设置密码 requirepass lyjava
2.创建并运行容器
docker run -d —name redis6379 -p 6379:6379 -v /docker/redis/redis6379/redis.conf:/etc/redis/redis.conf redis:6.2.1 redis-server /etc/redis/redis.conf
3.开放端口号 6379
安全组-开放6379（云服务端）
4.测试
docker ps
docker exec -it redis6379 bash
redis-cli
输入密码：auth lyjava
2.4 Redis的配置文件
redis.conf
redis.conf.txt

配置项名称	配置项值范围	说明
daemonize	yes、no	yes表示启用守护进程，默认是no即不以守护进程方式运行。其中Windows系统下不支持启用守护进程方式运行
port		指定 Redis 监听端口，默认端口为 6379
bind		绑定的主机地址,如果需要设置远程访问则直接将这个属性备注下或者改为bind * 即可,这个属性和下面的protected-mode控制了是否可以远程访问。
protected-mode	yes 、no	默认是yes，即开启。设置外部网络连接redis服务，设置方式如下： 1、关闭protected-mode模式，此时外部网络可以直接访问 2、开启protected-mode保护模式，需配置bind ip或者设置访问密码
timeout	300	当客户端闲置多长时间后关闭连接，如果指定为 0，表示关闭该功能
loglevel	debug、verbose、notice、warning	日志级别，默认为 notice
databases	16	设置数据库的数量，默认的数据库是0。整个通过客户端工具可以看得到
rdbcompression	yes、no	指定存储至本地数据库时是否压缩数据，默认为 yes，Redis 采用 LZF 压缩，如果为了节省 CPU 时间，可以关闭该选项，但会导致数据库文件变的巨大。
dbfilename	dump.rdb	指定本地数据库文件名，默认值为 dump.rdb
dir		指定本地数据库存放目录
requirepass		设置 Redis 连接密码，如果配置了连接密码，客户端在连接 Redis 时需要通过 AUTH 命令提供密码，默认关闭
maxclients	0	设置同一时间最大客户端连接数，默认无限制，Redis 可以同时打开的客户端连接数为 Redis 进程可以打开的最大文件描述符数，如果设置 maxclients 0，表示不作限制。当客户端连接数到达限制时，Redis 会关闭新的连接并向客户端返回 max number of clients reached 错误信息。
maxmemory	XXX	指定 Redis 最大内存限制，Redis 在启动时会把数据加载到内存中，达到最大内存后，Redis 会先尝试清除已到期或即将到期的 Key，当此方法处理后，仍然到达最大内存设置，将无法再进行写入操作，但仍然可以进行读取操作。Redis 新的 vm 机制，会把 Key 存放内存，Value 会存放在 swap 区。配置项值范围列里XXX为数值。

如果我们想在项目中使用Redis,至少需要配置如下几个信息：
1.bind 外网访问
2.requirepass 设置密码
3.daemonize yes 设置后台启动

2.5客户端连接

自带的redis-cli连接Redis
/usr/local/bin/redis-cli
auth 密码
Redis(NO-Sql） - 图10
也可以使用可视化工具连接Redis

ps:记得关闭防火墙或者放行6379端口号，要是云服务器就是安全组开放6379端口

4.核心

Redis是K-V的内存存储键值对

4.0 数据类型

常用的5种数据结构：

key-string：一个key对应一个值。
key-hash：一个key对应一个Map。
key-list：一个key对应一个List列表。
key-set：一个key对应一个Set集合。
key-zset：一个key对应一个有序的Set集合。等价于：Map

另外3种数据结构：

HyperLogLog：计算近似值的。
GEO：地理位置。
BIT：一般存储的也是一个字符串，存储的是一个byte[]。

key-string：最常用的，一般用于存储一个值。
key-hash：存储一个对象数据的。
key-list：使用list结构实现栈和队列结构。
key-set：交集，差集和并集的操作。
key-zset：排行榜，积分存储等操作。

Redis命令：http://doc.redisfans.com/

4.1 String类型常用命令

特点：Key-String 值为String类型

#1.  添加值
set key value 设置内容 如果key存在就是修改，key不存在就是新增
#2. 取值
get key 获取指定key的内容，如果key不存在返回null值
#3. 批量操作
mset key value [key value...] 一次性设置多个值
mget key [key...] 一次性获取多个值
#4. 自增命令（自增1）
incr key 
#5. 自减命令（自减1）
decr key
#6. 自增或自减指定数量
incrby key increment
decrby key increment
#7. 设置值的同时，指定有效期（每次向Redis中添加数据时，尽量都设置上生存时间）
setex key second value
#8. 设置key的值，如果key存在，不做任何操作，同时返回0，如果key不存在，新增，同时返回1
setnx key value
#9. 在key对应的value后，追加内容
append key value
#10. 查看value字符串的长度
strlen key

4.2 Hash类型常用命令

特点：Key-Hash 值为Hash集合就是Map

#1. 存储数据
hset key field value 新增元素，如果field存在，就是修改，如果不存在就是新增
#2. 获取数据
hget key field
#3. 批量操作
hmset key field value [field value ...]
hmget key field [field ...]
#4. 自增（指定自增的值）
hincrby key field increment
#5. 设置值（如果key-field不存在，那么就正常添加，如果存在，什么事都不做）
hsetnx key field value
#6. 检查field是否存在
hexists key field 
#7. 删除key对应的field，可以删除多个
hdel key field [field ...]
#8. 获取当前hash结构中的全部field和value
hgetall key
#9. 获取当前hash结构中的全部field
hkeys key
#10. 获取当前hash结构中的全部value
hvals key
#11. 获取当前hash结构中field的数量
hlen key

4.3 List类型常用命令

特点：有序，可重复

#1. 存储数据（从左侧插入数据，从右侧插入数据）
lpush key value [value ...]
rpush key value [value ...]
#2. 存储数据（如果key不存在，什么事都不做，如果key存在，但是不是list结构，什么都不做）
lpushx key value
rpushx key value
#3. 修改数据（在存储数据时，指定好你的索引位置,覆盖之前索引位置的数据，
#index超出整个列表的长度，也会失败）
lset key index value
#4. 弹栈方式获取数据（左侧弹出数据，从右侧弹出数据）
lpop key
rpop key
#5. 获取指定索引范围的数据（start从0开始，stop输入-1，代表最后一个，-2代表倒数第二个）
lrange key start stop
#6. 获取指定索引位置的数据
lindex key index
#7. 获取整个列表的长度
llen key
#8. 删除列表中的数据（他是删除当前列表中的count个value值，count > 0从左侧向右侧删除，
#count < 0从右侧向左侧删除，count == 0删除列表中全部的value）
lrem key count value
#9. 保留列表中的数据（保留你指定索引范围内的数据，超过整个索引范围被移除掉）
ltrim key start stop
#10. 将一个列表中最后的一个数据，插入到另外一个列表的头部位置
rpoplpush list1 list2

模拟栈的数据结构：先进后出
lpush+lpop
rpush+rpop
模拟队列的数据结构：先进先出
lpush+rpop
rpush+lpop

4.4 Set类型常用命令

特点：无序、不可重复

#1. 存储数据
sadd key member [member ...]
#2. 获取数据（获取全部数据）
smembers key
#3. 随机获取一个数据（获取的同时，移除数据，count默认为1，代表弹出数据的数量）
spop key [count]
#4. 交集（取多个set集合交集）
sinter set1 set2 ...
#5. 并集（获取全部集合中的数据）
sunion set1 set2 ...
#6. 差集（获取多个集合中不一样的数据）
sdiff set1 set2 ...
# 7. 删除数据
srem key member [member ...]
# 8. 查看当前的set集合中是否包含这个值
sismember key member

4.5 Zset类型常用命令

特点：元素唯一，无序，但是可以Score进行排序， Score:分数、double类型、可以重复等价于：Map

#1. 添加数据(score必须是数值。member不允许重复的。)
zadd key score member [score member ...]
#2. 修改member的分数（如果member是存在于key中的，正常增加分数，
#如果memeber不存在，这个命令就相当于zadd）
zincrby key increment member
#3. 查看指定的member的分数
zscore key member
#4. 获取zset中数据的数量
zcard key
#5. 根据score的范围查询member数量
zcount key min max
#6. 删除zset中的成员
zrem key member [member...]
#7. 根据分数从小到大排序，获取指定范围内的数据
#（withscores如果添加这个参数，那么会返回member对应的分数）
zrange key start stop [withscores]
#8. 根据分数从大到小排序，获取指定范围内的数据
#（withscores如果添加这个参数，那么会返回member对应的分数）
zrevrange key start stop [withscores]
#9. 根据分数的返回去获取member(withscores代表同时返回score，添加limit，就和MySQL中一样，
#如果不希望等于min或者max的值被查询出来可以采用 ‘(分数’ 相当于 < 但是不等于的方式，
#最大值和最小值使用+inf和-inf来标识)
zrangebyscore key min max [withscores] [limit offset count]
#10. 根据分数的返回去获取member(withscores代表同时返回score，添加limit，就和MySQL中一样)
zrangebyscore key max min [withscores] [limit offset count]

4.6 Geo类型常用命令

特点：地理位置坐标（经纬度）
经度：longitude 纵向
纬度：latitude 横向

#1.经度 纬度 val 新增坐标点
    geoadd key 
#2.获取指定元素的经纬度
    geopos key val 
#3.获取val1到val2的直线距离单位米
    geodist key val1 val2 
#4.经度 纬度 半径数据 单位(m km) 获取指定点的指定半径内的元素
    georadius key

4.7 Bitmap类型常用命令

特点：Key-Bitmap位 0或1的存储值只能是0或者1

#1.索引 值 新增内容
    setbit key 
#2.索引 获取指定索引的值
  getbit key 
#3.获取值为1的数量
    bitcount key

Redis中Key的常用命令

#1. 查看Redis中的全部的key（pattern：* ，xxx*，*xxx）
keys pattern
#2. 查看某一个key是否存在（1 - key存在，0 - key不存在）
exists key
#3. 删除key
del key [key ...]
#4. 设置key的生存时间，单位为秒，单位为毫秒,设置还能活多久
expire key second
pexpire key milliseconds
#5. 设置key的生存时间，单位为秒，单位为毫秒,设置能活到什么时间点
expireat key timestamp
pexpireat key milliseconds
#6. 查看key的剩余生存时间,单位为秒，单位为毫秒
#（-2 - 当前key不存在，-1 - 当前key没有设置生存时间，具体剩余的生存时间）
ttl key
pttl key
#7. 移除key的生存时间（1 - 移除成功，0 - key不存在生存时间，key不存在）
persist key
#8. 选择操作的库
select 0~15
#9. 移动key到另外一个库中
move key db

Redis中系统常用命令

#1. 清空当前所在的数据库
flushdb
#2. 清空全部数据库
flushall
#3. 查看当前数据库中有多少个key
dbsize
#4. 查看最后一次操作的时间
lastsave
#5. 实时监控Redis服务接收到的命令
monitor
    del key 删除指定的key
    ttl key 查看key的剩余有效期
    keys * 匹配所有的key （开发中禁用）
    scan 游标 match * count 数量 匹配所有的key,返回指定的数量
    expire key seconds 设置key的有效期 
    flushdb 清空当前所在的数据库
    flushall 清空全部数据库 
    dbsize 查看当前数据库中有多少个key
    lastsave 查看最后一次操作的时间
    monitor 实时监控Redis服务接收到的命令
    exists key 验证key是否存在，存在返回1，不存在返回0
    persist key 移除有效期，永久有效
    auth 密码 密码认证

5.操作

5.1 Jedis

a.依赖jar

        <dependency>
        <groupId>redis.clients</groupId>
        <artifactId>jedis</artifactId>
        <version>2.9.0</version>
    </dependency>

b.编写代码

         //1. 连接Redis
        Jedis jedis = new Jedis("192.168.199.109",6379);
        //2. 操作Redis - 因为Redis的命令是什么，Jedis的方法就是什么
        jedis.set("name","李四");
        String value = jedis.get("name");
        System.out.println(value);
        //3. 释放资源
        jedis.close();

c.其他复杂操作

         //1. 连接Redis服务
        Jedis jedis = new Jedis("192.168.199.109",6379);
        //------------------------------------------------
        //2.1 准备key(String)-value(User)
        String key = "user";
        User value = new User(1,"张三",new Date());
        //2.2 将key和value转换为byte[]
        byte[] byteKey = SerializationUtils.serialize(key);
        byte[] byteValue = SerializationUtils.serialize(value);
        //2.3 将key和value存储到Redis
        jedis.set(byteKey,byteValue);
        //2.2 将key转换为byte[]
        byte[] byteKey1 = SerializationUtils.serialize(key);
        // jedis去Redis中获取value
        byte[] value1 = jedis.get(byteKey1);
        // 将value反序列化为User对象
        User user = (User) SerializationUtils.deserialize(value);
        String stringKey = "stringUser";
        User value = new User(2,"李四",new Date());
        //2.2 使用fastJSON将value转化为json字符串
        String stringValue = JSON.toJSONString(value);
        //存储到Redis中
        jedis.set(stringKey,stringValue);
         String value2 = jedis.get(key);
        // 将value反序列化为User
        User user2 = JSON.parseObject(value2, User.class);
        //输出
        System.out.println("user:" + user2);
        //------------------------------------------------
        //3. 释放资源
        jedis.close();

d.连接池的使用

//1. 创建连接池配置信息
    GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
    poolConfig.setMaxTotal(100);  // 连接池中最大的活跃数
    poolConfig.setMaxIdle(10);   // 最大空闲数
    poolConfig.setMinIdle(5);   // 最小空闲数
    poolConfig.setMaxWaitMillis(3000);  // 当连接池空了之后,多久没获取到Jedis对象,就超时
    //2. 创建连接池
    JedisPool pool = new JedisPool(poolConfig,"192.168.199.109",6379);
    //3. 通过连接池获取jedis对象
    Jedis jedis = pool.getResource();
    //4. 操作
    String value = jedis.get("stringUser");
    System.out.println("user:" + value);
    //5. 释放资源
    jedis.close();

6.进阶

6.1 事务

Redis的事务：一次事务操作，改成功的成功，该失败的失败。
先开启事务，执行一些列的命令，但是命令不会立即执行，会被放在一个队列中，如果你执行事务，那么这个队列中的命令全部执行，如果取消了事务，一个队列中的命令全部作废。
- 开启事务：multi
- 输入要执行的命令：被放入到一个队列中
- 执行事务：exec
- 取消事务：discard
Redis的事务想发挥功能，需要配置watch监听机制
在开启事务之前，先通过watch命令去监听一个或多个key，在开启事务之后，如果有其他客户端修改了我监听的key，事务会自动取消。
如果执行了事务，或者取消了事务，watch监听自动消除，一般不需要手动执行unwatch。

事务详解

Redis中事务的使用其实非常简单，通过MULTI命令即可。

在MULTI命令执行之后，我们可以继续发送命令执行，但此时命令不会立即执行，而是保持到一个队列中，如下

当所有的命令都输入完成后，我们可以输入EXEC命令来执行队列中的命令，如下

事务异常

事务中的异常有两种情况：
1、进入队列之前发生错误
比较常见的命令错误，此类异常redis的处理方式是，服务器会对进入队列失败的情况进行记录，在执行exec命令提交的时候，对于该命令不会执行并放弃这个事务，如下：

注意！！！ redis事务中有一个异常并不会造成其他命令的回滚！
2、执行exec命令后发生的异常
对于这种情况，redis中也不会做特别的处理。事务中的命令继续执行

不同于关系型数据库，redis中没有回滚操作，官方解释是：
Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令用在了错误类型的键上面：这也就是说，从实用性的角度来说，失败的命令是由编程错误造成的，而这些错误应该在开发的过程中被发现，而不应该出现在生产环境中。
因为不需要对回滚进行支持，所以 Redis 的内部可以保持简单且快速；

Watch（监控机制）

watch命令可以监控一个或多个键，一旦其中有一个键被修改（或删除），之后的事务就不会执行。监控一直持续到exec命令（事务中的命令是在exec之后才执行的，所以在multi命令后可以修改watch监控的键值）。假设我们通过watch命令在事务执行之前监控了多个Keys，倘若在watch之后有任何Key的值发生了变化，exec命令执行的事务都将被放弃，同时返回Null multi-bulk应答以通知调用者事务执行失败。

exec后会自动执行unwatch命令，撤销监控

Unwatch（撤销watch）

撤销对一个key的监控

6.2 持久化

Redis提供2种方式实现持久化：1.RDB 2.AOF
同时开启RDB和AOF的注意事项：
如果同时开启了AOF和RDB持久化，那么在Redis宕机(死机)重启之后，需要加载一个持久化文件，优先选择AOF文件。
如果先开启了RDB，再次开启AOF，如果RDB执行了持久化，那么RDB文件中的内容会被AOF覆盖掉。
RDB
RDB是Redis默认的持久化机制
RDB持久化文件，速度比较快，而且存储的是一个二进制的文件，传输起来很方便。
RDB持久化的时机：
save 900 1：在900秒内，有1个key改变了，就执行RDB持久化。
save 300 10：在300秒内，有10个key改变了，就执行RDB持久化。
save 60 10000：在60秒内，有10000个key改变了，就执行RDB持久化。
RDB无法保证数据的绝对安全。
RDB存储的是数据，时间间隔无法实时持久化
AOF
AOF持久化机制默认是关闭的，Redis官方推荐同时开启RDB和AOF持久化，更安全，避免数据丢失。
AOF持久化的速度，相对RDB较慢的，存储的是一个文本文件，到了后期文件会比较大，传输困难。
AOF持久化时机。
appendfsync always：每执行一个写操作，立即持久化到AOF文件中，性能比较低。
appendfsync everysec：每秒执行一次持久化。
appendfsync no：会根据你的操作系统不同，环境的不同，在一定时间内执行一次持久化。
AOF相对RDB更安全，推荐同时开启AOF和RDB。
AOF存储的是命令（更改数据的命令），可以实时持久化

6.3 过期策略

key的生存时间到了，Redis会立即删除吗？不会立即删除。
有以下几种策略：
- 定期删除：Redis每隔一段时间就去会去查看Redis设置了过期时间的key，会再100ms的间隔中默认查看3个key。
- 惰性删除：如果当你去查询一个已经过了生存时间的key时，Redis会先查看当前key的生存时间，是否已经到了，直接删除当前key，并且给用户返回一个空值。

6.4淘汰机制

在Redis内存已经满的时候，添加了一个新的数据，执行淘汰机制（防止Redis服务器内存溢出）。
volatile-lru：在内存不足时，Redis会在设置过了生存时间的key中干掉一个最近最少使用的key。
allkeys-lru：在内存不足时，Redis会在全部的key中干掉一个最近最少使用的key。
volatile-lfu：在内存不足时，Redis会在设置过了生存时间的key中干掉一个最近最少频次使用的key。
allkeys-lfu：在内存不足时，Redis会再全部的key中干掉一个最近最少频次使用的key。
volatile-random：在内存不足时，Redis会再设置过了生存时间的key中随机干掉一个。
allkeys-random：在内存不足时，Redis会再全部的key中随机干掉一个。
volatile-ttl：在内存不足时，Redis会在设置过了生存时间的key中干掉一个剩余生存时间最少的key。
noeviction：（默认）在内存不足时，直接报错。
指定淘汰机制的方式：maxmemory-policy 具体策略，
设置Redis的最大内存：maxmemory 字节大小

6.5主从复制

单机版 Redis存在读写瓶颈的问题
（保证每一台服务器的数据都一致）

version: "3.1"
services:
  redis1:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis1
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7001:6379
    volumes:
      - ./conf/redis1.conf:/usr/local/redis/redis.conf
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis2:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis2
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7002:6379
    volumes:
      - ./conf/redis2.conf:/usr/local/redis/redis.conf
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis3:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis3
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7003:6379
    volumes:
      - ./conf/redis3.conf:/usr/local/redis/redis.conf
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]

6.6Redis哨兵

哨兵可以帮助我们解决主从架构中的单点故障问题
（监控主库的运行，如果主库宕机，在从库中选择一个作为主库）

修改了以下docker-compose.yml，为了可以在容器内部使用哨兵的配置：

version: "3.1"
services:
  redis1:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis1
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7001:6379
    volumes:
      - ./conf/redis1.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel1.conf:/data/sentinel.conf        # 添加的内容
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis2:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis2
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7002:6379
    volumes:
      - ./conf/redis2.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel2.conf:/data/sentinel.conf        # 添加的内容
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]
  redis3:
    image: daocloud.io/library/redis:5.0.7
    restart: always
    container_name: redis3
    environment:
      - TZ=Asia/Shanghai
    ports:
      - 7003:6379
    volumes:
      - ./conf/redis3.conf:/usr/local/redis/redis.conf
      - ./conf/sentinel3.conf:/data/sentinel.conf        # 添加的内容 
    links:
      - redis1:master
    command: ["redis-server","/usr/local/redis/redis.conf"]

准备哨兵的配置文件，并且在容器内部手动启动哨兵即可：

# 哨兵需要后台启动
daemonize yes
# 指定Master节点的ip和端口（主）
sentinel monitor master localhost 6379 2
# 指定Master节点的ip和端口（从）
sentinel monitor master master 6379 2
# 哨兵每隔多久监听一次redis架构
sentinel down-after-milliseconds mymaster 10000