Redis6篇（七）Redis主从复制 + Redis集群

清疚 2023-10-03 13:48 20阅读 0赞

## 十一、Redis主从复制 ##

### 11.1 概述 ###

> 主机数据更新后根据配置和策略， 自动同步到备机的master/slaver机制，**Master**以写为主，**Slave以读为主**

**作用**

*  读写分离，性能扩展
 *  容灾快速恢复

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center]

### 11.2 搭建主从复制 ###

*  在根目录下创建文件夹myredis，把redis的配置文件复制过来，要把aof持久化关掉
 *  创建三个文件redis6379.conf、redis6381.conf、redis6380.conf内容如下

######################redis6379.conf#######################
    include /myredis/redis.conf
    pidfile /var/run/redis_6379.pid
    port 6379
    dbfilename dump6379.rdb
    
    ######################redis6380.conf#######################
    include /myredis/redis.conf
    pidfile /var/run/redis_6380.pid
    port 6380
    dbfilename dump6380.rdb
    
    ######################redis6381.conf#######################
    include /myredis/redis.conf
    pidfile /var/run/redis_6381.pid
    port 6381
    dbfilename dump6381.rdb

*  同时启动三个端口的redis

![在这里插入图片描述][be9149b80ea9412d9178deb56bfd5d81.png_pic_center]

*  查看服务是否启动

![在这里插入图片描述][1410863119fc4e30adb2d5a09baa2883.png_pic_center]

*  查看三台主机运行情况

info replication  # 打印主从复制的相关信息

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 1]

*  配从(库)不配主(库)

slaveof  <ip><port>  # 在从机上配置主机的ip和端口 在6380和6381上执行: slaveof 127.0.0.1 6379

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 2]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 3]

*  在主机上写，在从机上可以读取数据，在从机上写数据报错

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 4]

--------------------

![在这里插入图片描述][0e78c208482b4c0db62af54bc7ca9b60.png_pic_center]

*  主机挂掉，重启就行，一切如初，从机重启需重设：slaveof 127.0.0.1 6379

### 11.3 常用3招 ###

#### 11.3.1 一主二仆 ####

*  切入点问题？slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来，那之前的k1,k2,k3是否也可以复制？

> 从机会全量复制主机的内容，k1,k2,k3,k4都会复制

*  从机是否可以写？set可否？

> 从机只可读，不可写

*  主机shutdown后情况如何？从机是上位还是原地待命？

> 主机shutdown后，从机原地待命，等待主机重新启动，一切回复正常

*  主机又回来了后，主机新增记录，从机还能否顺利复制？

> 可以复制，因为主机重启后和之前一样，主机写内容，会同步到从机中

*  其中一台从机down后情况如何？依照原有它能跟上大部队吗？

> 从机down后，会脱离大部队，如果重新启动，还想同步主机内容的话，需要重新执行命令
> 
> slaveof

**复制原理**

*  Slave启动成功连接到master后会发送一个sync命令
 *  Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令， 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步
 *  全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。
 *  增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步
 *  但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

![在这里插入图片描述][e1858fc3316944678d28a3e140715ffb.png_pic_center]

#### 11.3.2 薪火相传 ####

>  *  上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
>  *  用 slaveof
>     
>     中途变更转向:会清除之前的数据，重新建立拷贝最新的
>     
>     风险是一旦某个slave宕机，后面的slave都没法备份
>     
>     主机挂了，从机还是从机，无法写数据了

![在这里插入图片描述][352e37d65a0e443985a4aef24d724048.png_pic_center]

--------------------

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 5]

--------------------

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 6]

--------------------

![在这里插入图片描述][f1bfb87fd71b46849c1be3c51363cf3f.png_pic_center]

#### 11.3.3 反客为主 ####

> 当一个master宕机后，后面的slave可以立刻升为master，其后面的slave不用做任何修改。
> 
> 用slaveof no one 将从机变为主机

*  6379down了

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 7]

*  让6380反客为主

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 8]

### 11.4 哨兵模式 ###

> **反客为主的自动版**，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

**实例**

*  先搭建一主二从的环境
 *  自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错
 *  配置哨兵，填写内容

sentinel monitor mymaster 127.0.0.1 6379 1
    #其中mymaster为监控对象起的服务器名称， 1 为至少有多少个哨兵同意迁移的数量。

*  启动哨兵，执行redis-sentinel /myredis/sentinel.conf

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 9]

*  当主机挂掉，从机选举中产生新的主机

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 10]

*  重新启动原主机，原主机重启后会变为从机

**复制延时**

> 由于所有的写操作都是先在Master上操作，然后同步更新到Slave上，所以从Master同步到Slave机器有一定的延迟，当系统很繁忙的时候，延迟问题会更加严重，Slave机器数量的增加也会使这个问题更加严重。

**故障恢复**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 11]

> 优先级在redis.conf中默认：slave-priority 100，值越小优先级越高
> 
> 偏移量是指获得原主机数据最全的
> 
> 每个redis实例启动后都会随机生成一个40位的runid

**主从复制**

> Jedis对象用这个方法取得

private static JedisSentinelPool jedisSentinelPool=null;
    
    public static  Jedis getJedisFromSentinel(){
        
        if(jedisSentinelPool==null){
        
            Set<String> sentinelSet=new HashSet<>();
            sentinelSet.add("192.168.11.103:26379");
    
            JedisPoolConfig jedisPoolConfig =new JedisPoolConfig();
            jedisPoolConfig.setMaxTotal(10); //最大可用连接数
            jedisPoolConfig.setMaxIdle(5); //最大闲置连接数
            jedisPoolConfig.setMinIdle(5); //最小闲置连接数
            jedisPoolConfig.setBlockWhenExhausted(true); //连接耗尽是否等待
            jedisPoolConfig.setMaxWaitMillis(2000); //等待时间
            jedisPoolConfig.setTestOnBorrow(true); //取连接的时候进行一下测试 ping pong
    
            jedisSentinelPool=new JedisSentinelPool("mymaster",sentinelSet,jedisPoolConfig);
            return jedisSentinelPool.getResource();
        }else{
        
            return jedisSentinelPool.getResource();
        }
    }

## 十二、Redis集群 ##

### 12.1 集群的简介 ###

**集群之前遇到的问题**

1、容量不够，redis如何进行扩容？

2、并发写操作， redis如何分摊？

3、另外，主从模式，薪火相传模式，主机宕机，导致ip地址发生变化，应用程序中配置需要修改对应的主机地址、端口等信息。

之前通过**代理主机**来解决，但是redis3.0中提供了解决方案。就是**无中心化集群**配置。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 12]

--------------------

**集群概述**

> Redis 集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。
> 
> Redis 集群通过分区（partition）来提供一定程度的可用性（availability）： 即使集群中有一部分节点失效或者无法进行通讯， 集群也可以继续处理命令请求。

### 12.2 集群的搭建 ###

> 搭建结果：制作6个实例，6379,6380,6381
> 
> 6389,6390,6391 上下对应主从

*  **删除文件夹中的全部持久化文件rdb或者aof**
 *  **新建六个配置文件，内容如下：(除了端口号不一样，其他都一样)**

include /myredis/redis.conf
    pidfile "/var/run/redis_6391.pid"
    port 6391
    dbfilename "dump6391.rdb"
    cluster-enabled yes
    cluster-config-file nodes-6391.conf
    cluster-node-timeout 15000

> cluster-enabled yes 打开集群模式
> 
> cluster-config-file nodes-6379.conf 设定节点配置文件名
> 
> cluster-node-timeout 15000 设定节点失联时间，超过该时间（毫秒），集群自动进行主从切换。

其中：%s/6379/6380 是vim的替换命令

*  **启动6个服务**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 13]

> 要确保nodes-xxxx.conf生成

*  **将六个节点合成一个集群**

> 组合之前，请确保所有redis实例启动后，nodes-xxxx.conf文件都生成正常

先到redis的src目录中

cd  /opt/redis-6.2.1/src

运行集成集群命令

redis-cli --cluster create --cluster-replicas 1 192.168.242.110:6379 192.168.242.110:6380 192.168.242.110:6381 192.168.242.110:6389 192.168.242.110:6390 192.168.242.110:6391

说明：ip一定要真实ip，不能是localhost或者127.0.0.1

\--replicas 1 采用最简单的方式配置集群，一台主机，一台从机，正好三组。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 14]

*  **查看是否集成成功**

# 连接Redis
    redis-cli -c -p 6379
    # 查看集群信息
    cluster nodes

![在这里插入图片描述][c9df7abdc600455687a42304654c0986.png_pic_center]

### 12.3 集群操作和故障恢复 ###

#### 12.3.1 集群操作 ####

*  查看集群信息

cluster nodes

![在这里插入图片描述][ca7a18d60ddc411da40fc242c01aee93.png_pic_center]

*  **redis cluster 如何分配这六个节点**

> 一个集群至少要有三个主节点。
> 
> 选项 --cluster-replicas 1 表示我们希望为集群中的每个主节点创建一个从节点。
> 
> 分配原则尽量保证每个主数据库运行在不同的IP地址，每个从库和主库不在一个IP地址上。

*  什么是slots？

> 在运行集成集群命令后，会出现“**\[OK\] All 16384 slots covered** ”
> 
> 说明：一个 Redis 集群包含 16384 个插槽（hash slot）， 数据库中的每个键都属于这 16384 个插槽的其中一个， 集群使用公式CRC16(key) %16384 来计算键key属于哪个槽.其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和 。
> 
> 集群中的每个节点负责处理一部分插槽。 举个例子， 如果一个集群可以有主节点， 其中：
> 
> 节点 A 负责处理 0 号至 5460 号插槽。
> 
> 节点 B 负责处理 5461 号至 10922 号插槽。
> 
> 节点 C 负责处理 10923 号至 16383 号插槽。
> 
> ![在这里插入图片描述][334f25bc51ac497392a47a861695f3f6.png_pic_center]

*  **在集群中录入值**

![在这里插入图片描述][9a10c18b4d714794b3c6cfd0be45214f.png_pic_center]

--------------------

![在这里插入图片描述][94006ddd9ef540c68d5015167bdd0b43.png_pic_center]

注意：在用mset 同时设置多个值的时候，需要把这些key放到同一个组中，不然会报错。可以通过\{\}来定义组的概念，从而使key中\{\}内相同内容的键值对放到一个slot中去

![在这里插入图片描述][86e56a7080914797a34a178f211f8db7.png_pic_center]

*  **查询集群中的值**

CLUSTER KEYSLOT k1 # 查询k1的插槽值

![在这里插入图片描述][9ed0fcb60b9f47d68134c3d4189ffaf9.png_pic_center]

CLUSTER COUNTKEYSINSLOT 12706 # 查看指定插槽中的key数量，注意只能在插槽值所在的主机上能成功，例如：12706插槽在6381端口的主机上，但是在其他端口则查询失败

![在这里插入图片描述][cfb702f6cd1b46bf821d3df0f41fb699.png_pic_center]

CLUSTER GETKEYSINSLOT 5474 2 # 返回指定插槽的指定数量的key

![在这里插入图片描述][bdea7f4d54684a70a2dc6ea1f6a27883.png_pic_center]

#### 12.3.2 故障恢复 ####

如果主节点下线？从节点能否自动升为主节点？注意：**15秒超时**

![在这里插入图片描述][f0edf11f6fe64e868302ce7b818762b2.png_pic_center]

主节点恢复后，主从关系会如何？主节点回来变成从机。

![在这里插入图片描述][7c956da3f1ee49688a9e2c3a944c7e9b.png_pic_center]

如果所有某一段插槽的主从节点都宕掉，redis服务是否还能继续?

> 如果某一段插槽的主从都挂掉，而cluster-require-full-coverage 为yes ，那么 ，整个集群都挂掉
> 
> 如果某一段插槽的主从都挂掉，而cluster-require-full-coverage 为no ，那么，该插槽数据全都不能使用，也无法存储。
> 
> redis.conf中的参数 cluster-require-full-coverage

#### 12.3.3 集群的Jedis开发 ####

> 即使连接的不是主机，集群会自动切换主机存储。主机写，从机读。
> 
> 无中心化主从集群。无论从哪台主机写的数据，其他主机上都能读到数据。

/**
     * @author cVzhanshi
     * @create 2021-08-05 11:58
     */
    public class JedisClusterTest {
        
        public static void main(String[] args) {
        
            HostAndPort hostAndPort = new HostAndPort("192.168.242.110", 6381);
            JedisCluster jedisCluster = new JedisCluster(hostAndPort);
            jedisCluster.set("k5","v5");
            String k5 = jedisCluster.get("k5");
            System.out.println(k5);
        }
    }

![在这里插入图片描述][63518e61becb471694009257e8b854aa.png_pic_center]

#### 12.4 Redis的好处与不足 ####

**好处**

*  实现扩容
 *  分摊压力
 *  无中心配置相对简单

**不足**

*  多键操作是不被支持的
 *  多键的Redis事务是不被支持的。lua脚本不被支持
 *  由于集群方案出现较晚，很多公司已经采用了其他的集群方案，而代理或者客户端分片的方案想要迁移至redis cluster，需要整体迁移而不是逐步过渡，复杂度较大。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center]: https://img-blog.csdnimg.cn/652465d11add436ea377bfe71c983b44.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[be9149b80ea9412d9178deb56bfd5d81.png_pic_center]: https://img-blog.csdnimg.cn/be9149b80ea9412d9178deb56bfd5d81.png#pic_center
[1410863119fc4e30adb2d5a09baa2883.png_pic_center]: https://img-blog.csdnimg.cn/1410863119fc4e30adb2d5a09baa2883.png#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 1]: https://img-blog.csdnimg.cn/e7d080a5b51846f0ac9463147e2851c0.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 2]: https://img-blog.csdnimg.cn/4dd8be0df25d424aa302d0d2856281b4.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 3]: https://img-blog.csdnimg.cn/fecee48780d448d88262e9d9226daaf1.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 4]: https://img-blog.csdnimg.cn/85090c136b664f7ca557c657aad04238.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[0e78c208482b4c0db62af54bc7ca9b60.png_pic_center]: https://img-blog.csdnimg.cn/0e78c208482b4c0db62af54bc7ca9b60.png#pic_center
[e1858fc3316944678d28a3e140715ffb.png_pic_center]: https://img-blog.csdnimg.cn/e1858fc3316944678d28a3e140715ffb.png#pic_center
[352e37d65a0e443985a4aef24d724048.png_pic_center]: https://img-blog.csdnimg.cn/352e37d65a0e443985a4aef24d724048.png#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 5]: https://img-blog.csdnimg.cn/ee4f96c8e136401093126d60edad631c.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 6]: https://img-blog.csdnimg.cn/b0fe97cee88a47409598daccfc61538f.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[f1bfb87fd71b46849c1be3c51363cf3f.png_pic_center]: https://img-blog.csdnimg.cn/f1bfb87fd71b46849c1be3c51363cf3f.png#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 7]: https://img-blog.csdnimg.cn/8ca20660fc1044bda35f8a852fbd4c5f.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 8]: https://img-blog.csdnimg.cn/1a80f2f2b7c54605b09af5edf4bce071.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 9]: https://img-blog.csdnimg.cn/d89d252cdb244f35afe46dd78cdf31e0.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 10]: https://img-blog.csdnimg.cn/b8e355644d934c7d879c9670f18dc593.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 11]: https://img-blog.csdnimg.cn/06d6391b367d46309376900f9962e3cc.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 12]: https://img-blog.csdnimg.cn/a119e8e84725496b9cc8022f62f98260.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 13]: https://img-blog.csdnimg.cn/db5e9f1b818f4a9d9b36189c41ebc8c2.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw_size_16_color_FFFFFF_t_70_pic_center 14]: https://img-blog.csdnimg.cn/be6f9dcd3b2546ea9e34a2f03cc22042.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1NDA4Mzkw,size_16,color_FFFFFF,t_70#pic_center
[c9df7abdc600455687a42304654c0986.png_pic_center]: https://img-blog.csdnimg.cn/c9df7abdc600455687a42304654c0986.png#pic_center
[ca7a18d60ddc411da40fc242c01aee93.png_pic_center]: https://img-blog.csdnimg.cn/ca7a18d60ddc411da40fc242c01aee93.png#pic_center
[334f25bc51ac497392a47a861695f3f6.png_pic_center]: https://img-blog.csdnimg.cn/334f25bc51ac497392a47a861695f3f6.png#pic_center
[9a10c18b4d714794b3c6cfd0be45214f.png_pic_center]: https://img-blog.csdnimg.cn/9a10c18b4d714794b3c6cfd0be45214f.png#pic_center
[94006ddd9ef540c68d5015167bdd0b43.png_pic_center]: https://img-blog.csdnimg.cn/94006ddd9ef540c68d5015167bdd0b43.png#pic_center
[86e56a7080914797a34a178f211f8db7.png_pic_center]: https://img-blog.csdnimg.cn/86e56a7080914797a34a178f211f8db7.png#pic_center
[9ed0fcb60b9f47d68134c3d4189ffaf9.png_pic_center]: https://img-blog.csdnimg.cn/9ed0fcb60b9f47d68134c3d4189ffaf9.png#pic_center
[cfb702f6cd1b46bf821d3df0f41fb699.png_pic_center]: https://img-blog.csdnimg.cn/cfb702f6cd1b46bf821d3df0f41fb699.png#pic_center
[bdea7f4d54684a70a2dc6ea1f6a27883.png_pic_center]: https://img-blog.csdnimg.cn/bdea7f4d54684a70a2dc6ea1f6a27883.png#pic_center
[f0edf11f6fe64e868302ce7b818762b2.png_pic_center]: https://img-blog.csdnimg.cn/f0edf11f6fe64e868302ce7b818762b2.png#pic_center
[7c956da3f1ee49688a9e2c3a944c7e9b.png_pic_center]: https://img-blog.csdnimg.cn/7c956da3f1ee49688a9e2c3a944c7e9b.png#pic_center
[63518e61becb471694009257e8b854aa.png_pic_center]: https://img-blog.csdnimg.cn/63518e61becb471694009257e8b854aa.png#pic_center