MySQL主从复制原理 | 异步复制 | 半同步复制 | GTID复制

小咪咪 2024-04-18 18:51 42阅读 0赞

# 一、主从复制简述 #

MySQL 主从复制也可以理解为主从同步，通过将一台主机的数据复制给其他一台或者多台主机，并重新应用中继日志中的SQL语句来实现复制功能。

## 1、常见的主从架构图： ##

单向主从复制  
![在这里插入图片描述][20190910174756429.png]

双向主从复制  
![在这里插入图片描述][20190910175020946.png]  
级联主从模式  
![在这里插入图片描述][20190910175351209.png]  
一主多从模式  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70]  
多主一从模式  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 1]

## 2、主从复制的功能 ##

*  实时灾备：让从库随时接管有故障的主库
 *  分压：让从库分担主库的读压力，做读写分离，提供查询服务
 *  让从库做一些特殊SQL的统计服务
 *  利用从库作备份，减少对业务的影响
 *  利用从库来完成MySQL平滑的版本升级操作

# 二、主从复制原理 #

主库把外界接收到的SQL请求记录到自己的binlog日志中，从库的I/O thread去请求主库的binlog日志，并且将得到的binlog日志写到自己的中继日志（Relay log）中去，然后在从库上重做应用中继日志中的SQL语句，从而实现数据同步。

*  注：主库通过I/O dump thread给从库I/O thread传送binlog日志

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

# 三、异步复制 #

## 1、优缺点简介 ##

异步复制是MySQL默认的复制方式，原理是在主库写入binlog日志后，就可以直接成功返回客户端，不用等待binlog日志传递给从库的过程。相对来说会更快，但是一旦主库发生宕机，就有可能发生数据丢失。

## 2、搭建异步复制 ##

**环境**

IP			     角色
    172.25.5.3			master
    172.25.5.4			slave

搭建主从的必要条件：  
a）server-id：主从服务器上该参数不一致  
server-id = 1 master  
server-id = 2 slave

b）主库开启binlog功能  
show variables like ‘%log\_bin%’;

*  on表示开启，off表示关闭

![在这里插入图片描述][20190911093005961.png]

c）binlog的格式为row模式，保证后期不出现数据不一致的情况![在这里插入图片描述][20190911093346435.png]  
master端：

#创建一个帐号
    create user 'lxn'@'172.25.5.%' identified by 'lxn123';
    grant replication slave on *.* to 'lxn'@'172.25.5.%';
    flush privileges;

![在这里插入图片描述][20190911151231437.png]

#初始化数据，让主库和从库在某一position位置时达到同步
    #先导出数据
    mysqldump --single-transaction -uroot -p --master-data=2 -A > /data/mysql/backup/all.sql
    #必须加参数--master-data=2
    #让备份出来的文件中记录备份这一时刻的binlog文件与position号
    vim /data/mysql/backup/all.sql
    #如下图：'mysql-bin.000014', MASTER_LOG_POS=1299

![在这里插入图片描述][2019091117523023.png]

#把备份出来的all.sql文件传递到从库上
    scp /data/mysql/backup/all.sql root@172.25.5.4:/root

![在这里插入图片描述][2019091115250318.png]

从库：

#恢复从主库传递过来的数据
    mysql -uroot -p < /root/all.sql
    #配置主从
    CHANGE MASTER TO 
    MASTER_HOST='172.25.5.3',
    MASTER_USER='lxn',
    MASTER_PASSWORD='lxn123',
    MASTER_PORT=3306,
    MASTER_LOG_FILE='mysql-bin.000014',MASTER_LOG_POS=1299;
    #执行开始主从复制
    start slave;
    #查看主从复制状态
    show slave status\G;

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

*  注：如果Slave\_IO\_Running: NO，则有以下五种错误可能  
    1.网络不通 \#互ping机器ip，无丢包率正常访问  
    2.密码不对 \#MySQL重新授权远程用户登陆账号，重新设置密码  
    3.pos不正确 \#主服务器,登陆数据库重新查看起始偏移量show master status  
    4.ID问题  
    \#ID的问题，在安装完mysql数据库的时候默认他们的server-id=1 但是在做主从同步的时候需要将ID号码设置不一样才行,查看数据库配置文件cat /etc/my.cnf，文件写的不同，排除  
    5.防火墙策略 ，端口没被允许

检测：

**主库：**

#查看表lxn信息
    select * from lxn;

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

#往表lxn插入信息
    insert into lxn values ('centos','321');

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 5]  
**从库：**

![在这里插入图片描述][20190911174521344.png]  
同步成功！

## 3、主从复制管理命令 ##

show slave status\G		#在从库上查看主从复制状态
    show master status		#查看主库的binlog文件和position位置
    						#以及开启GTID模式下记录的gtid
    change master to		#在从库上配置主从
    start slave				#开启主从同步
    stop slave				#关闭主从同步
    reset slave all			#清空从库的所有配置信息

# 四、半同步复制 #

## 1、半同步复制为何而生？ ##

MySQL数据库默认复制方式是异步复制。异步复制有个问题就是：主库将event写入二进制文件后，并不知道从库是否已经接收到并应用。如果在异步复制下，主库崩溃了，恰好在主库已经提交的数据并没有传送到从库上，那么此时高可用主备切换，就会造成新的主库数据丢失

基于以上缺陷，引入了半同步复制功能，主从服务器都必须安装半同步复制插件，才能开启半同步复制功能

## 2、半同步复制原理 ##

主库将每个事务写入二进制文件binlog，并传递给从库，刷新到中继日志中，这时候主库在等从库的反馈，接收到从库的回复后，主库才会将‘commit OK’的结果反馈给客户。

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

这种情况下，即使主库宕机，在主库上提交的事务也都能保证已经同步到了从库的中继日志中，数据不会丢失

## 3、半同步复制的搭建 ##

半同步复制基于异步复制，安装半同步复制插件就可以了，异步复制的过程在上面已经详细说过了。在这，只介绍安装半同步插件和开启半同步复制功能

**半同步复制 = 异步复制 + 安装半同步插件 + 开启半同步复制功能 + 重启重库的I/O线程**

在主库

install plugin rpl_semi_sync_master soname 'semisync_master.so';
    set global rpl_semi_sync_master_enabled=on;
    show variables like '%semi%';

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

*  注：可通过show plugins;来确认插件是否加载成功

在从库

install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
    set global rpl_semi_sync_slave_enabled=on;

现在重启从库的I/O线程，激活半同步复制

stop slave io_thread;
    start slave io_thread;

![在这里插入图片描述][20190912180401779.png]

**检测：**

在**主库**上看半同步是否正常进行

show global status like '%semi%';

看**Rpl\_semi\_sync\_master\_clients** 和 **Rpl\_semi\_sync\_master\_status**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 8]  
**Rpl\_semi\_sync\_master\_clients** 代表由几个从库通过半同步方式连接到了主库  
**Rpl\_semi\_sync\_master\_status** 是ON，代表已经是半同步复制模式  
**Rpl\_semi\_sync\_master\_no\_tx** 代表没有成功接收slave提交的次数  
**Rpl\_semi\_sync\_master\_yes\_tx**代表成功接收slave提交的次数

在**从库**上看

show global status like '%semi%';

![在这里插入图片描述][20190912181356648.png]  
半同步复制模式搭建成功！

# 五、半同步复制和异步复制模式的切换 #

## 1、原理 ##

半同步复制的原理就是从库的I/O线程接收完主库的binlog，把它写入relay log后，给主库回复，我这边数据收到了。但是，如果主库一直收不到从库的回复，等待的时间超过**rpl\_semi\_sync\_master\_timeout**参数设置的时间，就会自动切换为异步复制！

## 2、实操 ##

就两步：

show variables like '%timeout%';

可以看到，目前等待时间是10s  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 9]  
**step1：**

将从库的I/O线程关掉

stop slave io_thread;

可以看到从库的半同步状态已经为关闭  
![在这里插入图片描述][20190912183006466.png]  
**step2：**

看看主库的半同步状态，并操作一条SQL语句

#查看当前主库半同步状态，从截图可以看到半同步状态是开启的
    show global status like '%semi%';
    #往表里插入了一条SQL语句，这个命令等了很久，10s吧
    insert into lxn values ('semi','semi');
    #查看当前主库半同步状态，从截图可以看到半同步状态已经关闭

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 10]  
**此时已经从半同步复制自动切换到异步复制了！**

*  注：实际运用中不建议切换到异步复制模式，数据的安全大于一切，可以将**rpl\_semi\_sync\_master\_timeout**的值设置的很大  
    set global rpl\_semi\_sync\_master\_timeout=1000000;

异步复制切换到半同步复制：

**在从库**

start slave io_thread;

![在这里插入图片描述][20190912184506452.png]  
**再看主库**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 11]  
**半同步复制开启！**

# 六、GTID复制 #

## 1、GTID原理 ##

GTID又叫全局事务ID（Global Transaction ID），是一个已经提交了的事务的编号  
GTID由server\_uuid和事务id组成  
GTID=server\_uuid : transaction\_id  
eg：

![在这里插入图片描述][20190913163353507.png]  
server\_uuid是数据库启动时生成的，每台机器都不一样。uuid存放在数据目录下的auto.cnf文件中  
transation\_id是事务提交时由系统顺序分配的一个不会重复的序列号

**工作原理：**

1、当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。
    2、binlog传输到slave,并存储到slave的relaylog后，
       读取这个GTID的这个值设置gtid_next变量，即告诉Slave，下一个要执行的GTID值。
    3、sql线程从relay log中获取GTID，然后对比slave端的binlog是否有该GTID。
    4、如果有记录，说明该GTID的事务已经执行，slave会忽略。
    5、如果没有记录，slave就会执行该GTID事务，并记录该GTID到自身的binlog，
       在读取执行事务前会先检查其他session持有该GTID，确保不被重复执行。
    6、在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

**优势：**

1、更简单的实现failover，不用以前那样在需要找log_file和log_pos。
    2、更简单的搭建主从复制。
    3、比传统的复制更加安全。
    4、GTID是连续的没有空洞的，保证数据的一致性，零丢失。

## 2、搭建GTID复制 ##

主库：

修改配置文件：

vim /etc/my.cnf
    server_id = 1                  #服务器id,每个服务器都不能一样
    gtid_mode = on                 #开启gtid模式
    enforce_gtid_consistency = on  #强制gtid一致性，开启后对于特定create table不被支持
    
    binlog_format=row              #强烈建议，其他格式可能造成数据不一致

重启mysql后，创建一个账户：

create user 'lxn'@'172.25.5.%' identified by 'lxn123';
    grant replication slave on *.* to 'lxn'@'172.25.5.%';
    flush privileges;

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 12]  
从库：

修改配置文件：

server_id = 2
    
    gtid_mode = on
    enforce_gtid_consistency = on
    log_slave_updates = 1

重启mysql后，change master to

change master to
    master_host='172.25.5.3',
    master_user='lxn',
    master_password='lxn123',
    master_port=3306,
    master_auto_position=1;			#和异步复制就这不同

然后start slave;

start slave;

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

# 七、GTID复制与传统复制的切换 #

## **环境：** ##

主库：172.25.5.3
    从库：172.25.5.4

当前主从状态：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 14]  
GTID的值

![在这里插入图片描述][20190914175510769.png]

## **a）GTID向传统复制转换** ##

在从库：

停掉主从复制后再换成传统模式：

stop slave;
    change master to
    master_host='172.25.5.3',
    master_user='lxn',
    master_password='lxn123',
    master_port=3306,
    master_auto_position=0,
    MASTER_LOG_FILE='on.000001', MASTER_LOG_POS=421;  #这条不确定，可以参考主从状态，或者在主库备份查看

执行完后开启主从复制

start slave;

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 15]  
以下操作主从服务器都要进行操作：

set global gtid_mode=on_permissive;
    set global gtid_mode=off_permissive;
    set global enforce_gtid_consistency=off;
    set global gtid_mode=off;

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

*  注：然后将global gtid\_mode=off 和 enforce\_gtid\_consistency=off写入/etc/my.cnf中，下次重启mysql直接生效

## 测试： ##

主库插入数据

insert into lxn values ('test','test');

查看从库：

数据同步成功  
![在这里插入图片描述][20190914172620406.png]

show slave status\G

GTID值没有增加，证明切换成功  
![在这里插入图片描述][20190914175510769.png]

## b）从传统模式切换到GTID模式 ##

在主从服务器上操作：

set global enforce_gtid_consistency=warn;
    set global enforce_gtid_consistency=on;		#保证GTID的一致性
    set global gtid_mode=off_permissive;
    set global gtid_mode=on_permissive;

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

在从库

确认从库的 Ongoing\_anonymous\_transaction\_count 参数是否为0，为  
意味着没有要等待的事务，就可以进行下一步了

show global status like '%ongoing_anonymous%';

![在这里插入图片描述][20190914173826236.png]  
在主从服务器上操作：

开启gtid

set global gtid_mode=on;
    show variables like '%gtid%';

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 18]  
在从库

stop slave;
    change master to master_auto_position=1;
    start slave;

## 测试： ##

在主库：

insert into lxn values ('gtid','gtid');

在从库：

select * from lxn;

数据同步成功！  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 19]

show slave status\G

GTID的值从1-2增加到了1-3，说明开启了GTID复制，切换成功！  
![在这里插入图片描述][2019091417571957.png]

[20190910174756429.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/6866f6add31c448bb11794ce3a960cd4.png
[20190910175020946.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/03676da545b44b3ebddee60191fba982.png
[20190910175351209.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/5a393dd215814fea8ec221e7ebc15916.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/150749b1c8764019904ffdccc99687ec.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/bb7a8ec151f74c69b64a3afb85c1fea0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/686808444ee54af1a2a3331629ed1a88.png
[20190911093005961.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/5e286254dcb7473993d5efc865bf75a3.png
[20190911093346435.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/24382f85fac64e4d8a826ad62d7ec993.png
[20190911151231437.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/7ef2445f8fa7402f950a29ae55726230.png
[2019091117523023.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/203c4791886243eabdf05c5974a67d56.png
[2019091115250318.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/f0a05eb7ee1440e1bb6c2a66aec0e33e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 3]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/33ccef1cfa914be2b81cabec772ff4e8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 4]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/67c7e8036d124cd5a2f304d10c03714a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 5]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/51cd5363bc5142c295c3b0f2a350bccc.png
[20190911174521344.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/9746429ae268495893a84a853c54fea3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 6]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/1a6ef768be6a4881b87b882ecf82156c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 7]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/a66241023f8e47ed83b4a8ff8acd59a7.png
[20190912180401779.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/8847e23d48184574a445ca3ae43551b4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 8]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/e1135f7de6a442c8b7ebf4ab7a64b8f8.png
[20190912181356648.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/db12bde6ab4f423cb736621d77c7cdba.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 9]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/325b769c099f49d49f6fa7e73634156e.png
[20190912183006466.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/cc0d1aff7b7a40a880d3254d2a26e72d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 10]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/3e31ed75174d4603b9cc8fc97341ccba.png
[20190912184506452.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/cd598fa7138646fe9965a6ef5a1d4607.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 11]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/67c35b688e474ca0bdad89f2b029800b.png
[20190913163353507.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/9c15f2dbab24481dbade3a639a84928c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 12]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/a394a96e2822481b80e541dc25e26f3a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 13]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/e2449bb593cb4a298916582677d559a4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 14]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/df5aafe92d7246f1b519d0f0d3fb5d3a.png
[20190914175510769.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/8b4cc65d7d3d41038e7f7e6cb03c04e7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 15]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/921a85bd75f84deb855423f359c5166f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 16]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/9361cfb42e774e07a32d301fa97854e7.png
[20190914172620406.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/d6a1fb05bb8040d6a4879e6671d5ae84.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 17]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/7f49de3b553b4befbb00647b389f4aa9.png
[20190914173826236.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/81096aee2b144e9d8e6e2eab355d73c0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 18]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/e5a20b1be166452ba357b081648047f4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 19]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/1a0a15f81c3840b296984ac022c5d83e.png
[2019091417571957.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/18/3867eacfe1584f4bb00dcb59268c7283.png