MySQL之InnoDB中的锁

骑猪看日落 2022-12-19 00:54 128阅读 0赞

> **关键词：**共享锁    独占锁    读锁    写锁

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

<文中案例操作使用的MySQL版本为：5.7.32，版本不同会存在差异>

## **准备数据：** ##

创建表：索引列有actor\_id与last\_name

CREATE TABLE `actor` (
      `id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,
      `first_name` varchar(45) NOT NULL,
      `last_name` varchar(45) NOT NULL,
      `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
      PRIMARY KEY (`id`),
      KEY `idx_actor_last_name` (`last_name`)
    ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8

INSERT INTO actor
    (first_name, last_name, last_update)
    VALUES('PENELOPE', 'GUINESS', '2006-02-15 04:34:33.0');
    INSERT INTO actor
    (first_name, last_name, last_update)
    VALUES('NICK', 'WAHLBERG', '2006-02-15 04:34:33.0');
    INSERT INTO actor
    (first_name, last_name, last_update)
    VALUES('ED', 'CHASE', '2006-02-15 04:34:33.0');
    INSERT INTO actor
    (first_name, last_name, last_update)
    VALUES('JENNIFER', 'DAVIS', '2006-02-15 04:34:33.0');
    INSERT INTO actor
    (first_name, last_name, last_update)
    VALUES('JOHNNY', 'LOLLOBRIGIDA', '2006-02-15 04:34:33.0');

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

# **█** lock in share mode 与 for update #

## lock in share mode： ##

**语法**：select语句 lock in share mode;

**规则：**

（1）使用时，必须开启事务。不在事务中使用的话，并不会锁定记录。

（2）当select语句中的where条件查询使用了索引，则会对查询结果所在的的整行进行锁定（行级锁），若查询没有使用索引，则会对整张表进行加锁（表级锁）。

（3）当一个事务对某张表或表中的行加了共享锁，则当前事务内可以对锁住的对象进行查询、修改和删除操作。其他事务对已经加锁的事务只能查询，当要修改或删除对应的记录时，将会阻塞等待。

（4）某个事务添加的锁，只有此事务能够解锁。当事务结束时（提交或回滚），均会释放事务加锁。

（5）当一个事务对某张表或表中的行加了共享锁，其他事务也是可以对同一对象添加共享锁，即同一张表或行是可以被多个不同的事务同时添加共享锁的。

**验证规则（1）：**

当autocommit打开时，如果没有显示的使用start transaction或begin开启事务的话，会话是没有事务的。

①在开启autocommit时，加共享锁查询记录。从图中可以看见，当前会话查询和修改都是正常的：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70][]

②开启一个新的会话，去修改同一条记录的first\_name。结果会立即被执行成功：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 1][]

③回到第一个会话查看，数据也是被修改了的：

![20201104212744335.png][]

④在第一个会话中，显示的使用start transaction开启事务，执行加共享锁查询和修改记录，都是可以正常返回：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 2][]

⑤在第二个会话中，去修改同一条记录。发现命令不会被立即执行，而是阻塞等待。因为记录已经被其他的事务加了共享锁，所以当其他会话或事务要对其修改的话，会阻塞等待。阻塞等待有两种结果，一种结果是到了超时时间锁还没有被释放，此时会返回超时的错误。另一种结果是在等待过程中所有的锁都被释放了，命令会被执行：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 3][]

⑥虽然修改会被阻塞等待，但是查询的话，是可以立即返回结果的：

![20201104212859890.png][]

**验证规则（2）：**

①在事务A中通过索引列id加共享锁查询id=1的记录：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 4][]

②在事务B中去修改id=2的记录，命令可以立即执行。修改id=1的话，会被阻塞等待（图中的ERROR是等待锁超时的错误，现象应该是先阻塞等待）：

![20201104213007995.png][]

③提交事务A，B。回到事务A中，此时表中的数据是：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 5][]

通过非索引列first\_name查询，无论是否能查到结果，整张表都会被锁。先在事务A中先加共享锁查询表中有的记录：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 6][]

在事务B中对表actor的任意一行数据进行修改，命令会被阻塞等待：

![2020110421312538.png][]

回滚所有事务，在事务A中加共享锁查询一条不存在的记录：

![202011042131479.png][]

在事务B中去修改表，命令也会被阻塞等待：

![20201104213211713.png][]

**验证规则（5）：**

①在事务A中加共享锁查询记录：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 7][]

②在事务B中加共享锁查询记录，命令不会阻塞，会立即返回结果：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 8][]

**验证规则（4）：**

接着验证规则（5）中的步骤，先在事务A中提交事务，此时事务A加的锁会被释放。然后让事务A去修改id=1的记录，此时命令会阻塞等待。因为该条记录还被事务B锁住。可见，虽然在事务A中释放了锁，但其只会释放自己加的锁，别的事务加的锁其无法释放：

![20201104213348266.png][]

## **for update：** ##

**语法**：select语句 for update;

不同于lock in share mode，for update加的锁是独占锁。对于lock in share mode的5点，只在第5点有区别，其他都基本一样。

**规则：**

（1）使用时，必须开启事务。不在事务中使用的话，并不会锁定记录。

（3）当一个事务对某张表或表中的行加了独占锁，则当前事务内可以对锁住的对象进行查询、修改和删除操作。其他事务对已经加锁的事务只能查询，当要修改或删除对应的记录时，将会阻塞等待。

（4）某个事务添加的锁，只有此事务能够解锁。当事务结束时（提交或回滚），均会释放事务加锁。

（5）当一个事务对某张表或表中的行加了独占锁，则其他事务不能再锁定相应的表或表中的行了，不管其他事务要加共享锁还是独占锁，命令都会阻塞等待，直到别的事务把锁释放。

**验证规则（5）：**

①在事务A中加独占锁查询记录，查询和修改都可以立即执行：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 9][]

②在事务B中不加锁查询可以立即执行，无论加共享锁还是独占锁查询，都会阻塞等待：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 10][]

**共同：**

lock in share mode与for update都只能用在SELECT语句中，用在UPDATE和DELETE中会报错：

![20201104213657171.png][]

在同一个事务中，对一个表或行加了共享锁之后，还可以继续加独占锁。加了独占锁也可以继续加共享锁：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 11][]

在一个事务中对表或行加了共享锁之后，其他的事务可以继续加共享锁，但加排他锁会阻塞等待：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 12][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 13][]

在一个事务中对表或行加了排他锁之后，其他的事务加共享锁和排他锁都会阻塞等待：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 14][]

![2020110421394337.png][]

## **释放锁：** ##

能够让事务结束的操作，比如提交或回滚会释放锁。

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

# **█** **lock tables read 与 lock tables write** #

MySQL允许客户端会话显式地获取表锁（无需开启事务），以便与其他会话合作访问表，或者防止其他会话在该会话需要独占访问表时修改表。该锁的种类分为读锁和写锁。当在会话中对某些表进行了加锁，可以使用命令UNLOCK TABLES;释放锁，该命令会释放会话内的所有的表锁。

## **lock tables read：** ##

**语法：**lock tables 表名 read;

**规则：**

（1）使用命令对表进行加锁时，无需开启事务也能生效。

（2）使用命令对表进行加锁，当前会话可以对表进行查询，但是不能修改。

（3）一个会话使用命令对表加读锁，其他的会话可以正常查询表，也可以对表加读锁（多个会话可以同时对一张表加读锁），但无法修改表。

（4）会话只能释放自己加的锁，不能释放别的会话加的锁。

**验证规则（1）：**

在一个会话中，并没有开启事务，执行加锁命令，生效：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 15][]

**验证规则（2）：**

一个会话对表执行了加读锁命令，当前会话可以查询表，但无法修改表：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 16][]

**验证规则（3）：**

在上面的基础上，开启一个新的会话，新的会话可以查询表，但无法修改，执行修改命令会一直阻塞等待：

![20201104214406964.png][]

并且继续对表进行加读锁也是正常的：

![20201104214444476.png][]

## **lock tables write：** ##

**语法：**lock tables 表名 write;

**规则：**

（1）使用命令对表进行加锁时，无需开启事务也能生效。

（2）一个会话对表加了写锁，当前会话可以查询和修改表

（3）一个会话对表加了写锁，其他会话查询或修改表会阻塞等待，直到表的锁被释放了。

（4）会话只能释放自己加的锁，不能释放别的会话加的锁。

**验证规则（2）：**

一个会话对表加了写锁，可以正常查询和修改数据：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 17][]

**验证（3）：**

在其他会话中查询表，会阻塞等待：

![20201104214643811.png][]

**共同：**

在一个会话中，可以对同一张表交替进行加读锁、写锁：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 18][]

## 释放锁： ##

（1）会话执行unlock tables;命令会释放当前会话加的锁

（2）如果会话在已经持有锁的情况下发出LOCK TABLES语句来获取锁，则在授予新锁之前隐式地释放其现有的锁。

（3）如果会话开始事务(例如，使用START transaction)，将执行隐式解锁表，从而释放现有的锁。

## 锁与事务的关系： ##

（1）lock tables不是事务安全的，在试图锁表之前会隐式提交任何活动事务。

（2）unlock tables隐式提交任何活动事务，但前提是lock tables已用于获取表锁。即有表锁的情况下，执行unlock tables命令，只会释放锁，不提交事务。在没有表被锁的情况下，会释放锁和提交事务。

（3）start transaction命令会释放锁。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70]: /images/20221120/b794cb38d1bd4fe9894a5c98bca19809.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20201104212712681.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104212744335.png]: https://img-blog.csdnimg.cn/20201104212744335.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20201104212805252.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20201104212834631.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104212859890.png]: https://img-blog.csdnimg.cn/20201104212859890.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 4]: https://img-blog.csdnimg.cn/20201104212941107.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104213007995.png]: https://img-blog.csdnimg.cn/20201104213007995.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 5]: https://img-blog.csdnimg.cn/20201104213037914.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 6]: https://img-blog.csdnimg.cn/20201104213058921.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[2020110421312538.png]: https://img-blog.csdnimg.cn/2020110421312538.png
[202011042131479.png]: https://img-blog.csdnimg.cn/202011042131479.png
[20201104213211713.png]: https://img-blog.csdnimg.cn/20201104213211713.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 7]: https://img-blog.csdnimg.cn/20201104213245146.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 8]: https://img-blog.csdnimg.cn/20201104213309259.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104213348266.png]: https://img-blog.csdnimg.cn/20201104213348266.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 9]: https://img-blog.csdnimg.cn/20201104213536199.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 10]: https://img-blog.csdnimg.cn/20201104213557756.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104213657171.png]: https://img-blog.csdnimg.cn/20201104213657171.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 11]: https://img-blog.csdnimg.cn/20201104213812440.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 12]: https://img-blog.csdnimg.cn/20201104213845358.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 13]: https://img-blog.csdnimg.cn/2020110421390556.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 14]: https://img-blog.csdnimg.cn/20201104213927130.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[2020110421394337.png]: https://img-blog.csdnimg.cn/2020110421394337.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 15]: https://img-blog.csdnimg.cn/20201104214312108.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 16]: https://img-blog.csdnimg.cn/20201104214340980.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104214406964.png]: https://img-blog.csdnimg.cn/20201104214406964.png
[20201104214444476.png]: https://img-blog.csdnimg.cn/20201104214444476.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 17]: https://img-blog.csdnimg.cn/20201104214618339.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70
[20201104214643811.png]: https://img-blog.csdnimg.cn/20201104214643811.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ_size_16_color_FFFFFF_t_70 18]: https://img-blog.csdnimg.cn/20201104214724740.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl81MDUxODI3MQ==,size_16,color_FFFFFF,t_70