452-MySQL(表,行,排他,共享,间隙锁)

矫情吗；* 2022-09-06 15:18 160阅读 0赞

**事务隔离级别的实现原理**  
锁+MVCC  
事务-》事务的ACID特性-》事务的隔离性-》事务要能够允许并发执行-》数据的安全性，一致性和并发的效率问题-》事务的隔离级别

**串行化**\-》锁实现，给所有的事务都排个序，并发的效率就低了，数据的安全性高。  
**未提交读**\-》没有做任何的并发控制，明知是错误的，造成脏读，数据的安全性最低。优点是并发效率非常高。  
**我们用的是下面这2个隔离级别：**  
**已提交读  
可重复读**  
结合了数据的安全性，一致性，并发的效率 ，由MVCC多版本并发控制实现的。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70]

## 表级锁&行级锁 ##

**表级锁**：对**整张表**加锁。开销小，加锁快，不会出现死锁；**锁粒度大**，发生锁冲突的概率高，并发度低。  
**行级锁**：对**某行记录**加锁。开销大，加锁慢，会出现死锁；**锁定粒度最小**，发生锁冲突的概率最低，并发度高。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 1]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 2]

## 排它锁和共享锁 ##

**排它锁（Exclusive），又称为X 锁，写锁。**  
**共享锁（Shared），又称为S 锁，读锁。**

**(SS之间是可以兼容的，SX，XX是互斥的）**

**X和S锁之间有以下的关系**： SS可以兼容的，XS、SX、XX之间是互斥的  
一个事务对数据对象 O 加了 S 锁，可以对 O 进行读取操作但不能进行更新操作。加锁期间其它事务能对O 加 S 锁但不能加 X 锁。  
一个事务对数据对象 O 加了 X 锁，就可以对 O 进行读取和更新。加锁期间其它事务不能对 O 加任何锁。

**显示加锁：**  
select … lock in share mode强制获取共享锁，  
select … for update获取排它锁

**测试1**  
查看表的SQL  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 3]  
查看隔离级别  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 4]  
我们设定左边是事务1，右边是事务2  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 5]  
事务1的操作表示：用id=7在表中进行数据过滤，并且强制显示地获取一把写锁（排它锁）  
事务2的操作：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 6]  
阻塞住了，事务1for updata已经获取了那一行的写锁（排它锁）了，其他事务不能读也不能写。  
事务2这么做：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 7]  
事务2也是阻塞住。共享锁（读锁）也获取不到。  
那现在事务2就获取id=8的排它锁，可以获取

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 8]  
反过来，在事务1就不能获取id=8的读写锁和排它锁了  
![在这里插入图片描述][49fff62eb1e9436ab0331a27583fa338.png]  
我们知道， 在InnoDB里面，锁的粒度是可以支持到行的。  
**测试2**

![在这里插入图片描述][b22745ee55044a33a9a91fa3dfcb53a0.png]  
事务1做下面动作，用表的字段（无索引）作为过滤条件

![在这里插入图片描述][695442dbe64a42b39928813118654b0b.png]  
事务2现在同样想获取这条记录的排它锁，失败了。  
那现在事务2获取chenwei的记录的排它锁，可以吗？  
![在这里插入图片描述][0a171a4958834880828c94d32d1a4204.png]  
怎么又阻塞住了？  
InnoDB支持行级锁，刚才以主键id为过滤条件的时候，事务1和事务2获取不同行的排它锁，是各自可以获取成功的。现在用普通字段作为过滤条件，没有加索引，事务1和事务2获取不同行记录的排它锁，获取失败了！  
**InnoDB行锁是通过给索引上的索引项加锁来实现的，而不是给表的行记录加锁实现的，这就意味着只有通过索引条件检索数据，InnoDB才使用行级锁，否则InnoDB将使用表锁**

**我们现在给name加索引。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 9]

name创建了辅助索引。事务1获取了zhangsan的排它锁。现在让事务2获取一下chenwei的排它锁  
![在这里插入图片描述][2cdc632adde54f90bd4c9b9e10ff7ecb.png]  
获取成功。是获取到这行记录的锁。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 10]  
因为name走的是索引  
**测试3**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 11]  
**串行化隔离级别测试**  
![在这里插入图片描述][9a32aa8cd7cb4562bbf07f20d42bc743.png]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 12]  
上图事务1获取了整张表的共享锁。  
事务2也可以获取整张表的共享锁。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 13]  
现在事务2插入数据

![在这里插入图片描述][be3dce93675045f4a79e9cad9d726bcb.png]  
阻塞住了。事务1已结获取共享锁，共享锁只有和共享锁才可以兼容。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 14]

![在这里插入图片描述][f160ae062da54361862df72dbba4a107.png]  
说明SS是兼容共享的’  
现在事务2update

![在这里插入图片描述][3ea4449aad044dd59a24008473fd2da5.png]  
事务2不能改，已经被事务1的共享锁锁住了。事务2获取共享锁可以，但是获取排它锁不可以。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 15]  
MySQL server对于阻塞无法释放的锁有超时机制。  
![在这里插入图片描述][fb1f101f020141269fcf7f87e00a9984.png]  
也失败了。阻塞住了。虽然用的不是一个索引，但是name是通过辅助索引树，映射到主键索引树上的记录，最后都是在主键索引树上加锁的。  
![在这里插入图片描述][94634ba9bd574fa584dccf52e30ce2fe.png]  
**事务2获取id=8的排它锁就成功了。串行化隔离级别中，select获取的就是共享锁，增删改就是获取的是排它锁。自动获取的。**

## InnoDB行级锁 ##

**行级锁**  
**InnoDB存储引擎支持事务处理，表支持行级锁定，并发能力更好。**  
1、InnoDB行锁是通过给索引上的索引项加锁来实现的，而不是给表的行记录加锁实现的，这就意味着只有通过索引条件检索数据，InnoDB才使用行级锁，否则InnoDB将使用表锁。  
2、由于InnoDB的行锁实现是针对索引字段添加的锁，不是针对行记录加的锁，因此虽然访问的是InnoDB引擎下表的不同行，但是如果使用相同的索引字段作为过滤条件，依然会发生锁冲突，只能串行进行，不能并发进行。  
3、即使SQL中使用了索引，但是经过MySQL的优化器后，如果认为全表扫描比使用索引效率更高，此时会放弃使用索引，因此也不会使用行锁，而是使用表锁，比如对一些很小的表，MySQL就不会去使用索引。

## InnoDB串行化隔离级别(间隙锁) ##

**解决幻读问题**

![在这里插入图片描述][dc50533c5ac44f30a6c76e29f630d5ed.png]  
此时在事务1 insert into插入数据，而且这些数据是满足事务2select的指定的条件的。然后commit。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 16]  
然后现在事务2同样的根据同样的条件再次查询，查询出了多的数据。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 17]  
**在串行化里面是怎么解决幻读的？间隙锁（gap lock)。**

**我们把事务2 select的指定的条件分为2类：**  
第一类条件：范围查询  
第二类条件：等值查询

**record lock（记录锁，行锁）**  
**gap lock（间隙锁）**  
**next-key lock（间隙锁）**：record lock+gap lock

**示例：**  
先把自动提交设置成手动提交。隔离级别设置成串行化。  
![在这里插入图片描述][6306b98b96444060a239c259d40d60e1.png]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 18]  
id name age这3个字段都有索引。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 19]  
![在这里插入图片描述][66317f3121454664859637806b29b219.png]  
我们模拟 左边是事务1，右边是事务2  
我们在事务2select范围查询 id>11，  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 20]  
id是主键，有索引，上图是获取这3行的行锁。另外的事务要获取这3行的共享锁是可以的，获取这3行的排它锁是不可以的。  
现在如果我们在事务1再插入数据，因为根据主键的自增，下次插入就是id是24，在事务2select的条件范围内，幻读就会发生！  
但是串行化是不会让幻读发生的。  
![在这里插入图片描述][aa32b91943e343ff8dbfaaa58c50dc91.png]  
事务1阻塞住了。  
**因为事务2在获取满足查询条件的查询结果时，不仅仅是获取了这3行的行锁，而且把表数据后边空洞的地方（间隙）也上锁了。**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 21]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 22]  
**图中的一条一条红色线都是间隙，都上锁了，间隙是左开右闭的范围。**  
![在这里插入图片描述][0e6f7134d6d94632bba06543defbf3be.png]

**where id>11，加了一把 next-key lock**  
![在这里插入图片描述][9894333c722d464ea14ce8d3390f317f.png]

当我们用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB 会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP)” ，InnoDB 也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁。  
举例来说， 假如 user 表中只有 101 条记录， 其userid 的值分别是 1,2,…,100,101， 下面的 SQL： select \* from user where userid > 100 for update;是一个范围条件的检索，InnoDB 不仅会对符合条件的 userid 值为 101 的记录加锁，也会对userid 大 于 101（但是这些记录并不存在）的"间隙"加锁，防止其它事务在表的末尾增加数据。  
InnoDB使用间隙锁的目的，为了防止幻读，以满足串行化隔离级别的要求，对于上面的例子，要是不使用间隙锁，如果其他事务插入了 userid 大于 100 的任何记录，那么本事务如果再次执行上述语句，就会发生幻读。

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

## 我们再做1个测试：拿可以重复值的列age ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 24]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 25]

age有辅助索引。会构建一棵B+树。（节点上是age值加上主键值）

辅助索引值相同，主键值是按升序排列的。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 26]  
事务2进行select  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 27]  
事务2拿到了这3行的行锁  
![在这里插入图片描述][9394174a4a0c46da90186e583777e5cd.png]  
事务1现在进行数据插入满足事务2查询条件的数据，是不行的，前面已经解释清楚了。  
![在这里插入图片描述][7c2c6631ad9b41b9b9aa91e8d3cce9e5.png]

**拿现在事务1能插入age =20，可以吗？**  
按理说可以。因为不满足事务2的查询的条件  
但是显示的结果是20不可以，19,18,17可以  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 28]  
**为什么20不可以？**  
**根据自增，插入20的数据的id是24**  
（辅助索引值相同，主键值是按升序排列的）。  
**处在20 12的右边！！！**  
![在这里插入图片描述][7c2c6631ad9b41b9b9aa91e8d3cce9e5.png]  
所以不可以插入。如果插入的是在20 12的左边，就可以！  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 29]

## 我们再看第2个测试 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 30]  
**为什么事务1插入17，16也失败？**  
说明事务2此时加的是表锁！MySQL会有优化，在遍历表的行数和整张表的行数差不多的情况下，会放弃索引。

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

## 间隙锁等值查询测试 ##

先设置成手动提交，串行化  
模拟2个事务  
![在这里插入图片描述][c93f66f396b0454cb7526d5a47ca2b9f.png]  
**测试1（不能重复的主键索引）**  
事务2 select  
![在这里插入图片描述][9a5f4669e5684a2aaa7ac6bad2c8c31d.png]  
事务2获取这一行的行锁，共享锁  
事务1现在插入，会不会成功？因为主键id是不能重复的，我们不能插入主键id=9的数据。  
这种情况下，主键或者唯一键是不能重复的，事务2进行等值查询时，另一个事务插入数据，不用担心查询条件是一样的。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 32]  
**测试2（能重复的辅助索引）**  
事务2select

![在这里插入图片描述][5d2be2d84f6b4e42bdb428fc4aee8659.png]  
age是辅助索引。  
事务2获取这行的行锁。

事务1插入 age=18的新数据，是不能的。杜绝幻读。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 33]  
为什么事务1插入age=17，16,15的数据也不可以？  
![在这里插入图片描述][8ab794467986422e8473e54441244186.png]  
插入14，13就可以？  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 34]  
age是辅助索引，辅助索引的值是可以重复的。  
等值查询的时候，InnoDB不能仅仅把现有的18 9加锁，  
![在这里插入图片描述][3d212c93754d4b56a366e4abb64fd61a.png]  
万一再插入一个18呢，就没有任何的预防措施。  
为了防止幻读，  
InnoDB不能仅仅把现有的18 9加锁，还给他的左右边加间隙锁。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 35]  
**（辅助索引值相同，主键值是按升序排列的）。**  
![在这里插入图片描述][466251ee3b2d4425bc35ffa80cf6528b.png]  
间隙锁是给不存在的数据的范围加锁。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70]: /images/20220829/ed19ffc414dd4b40ae7c8372dda650db.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 1]: /images/20220829/6b0542671983420f8b9e0b099d255417.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 2]: /images/20220829/d05bb444c6704a34ba56935d57aba70e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 3]: /images/20220829/1f90136f59194ca687cdd6fbd4b464e3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 4]: /images/20220829/03cae040be7a4a50afc6c76ad001d2b2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 5]: /images/20220829/84d8910a375c42ab8eac76dcabe13469.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 6]: /images/20220829/3fed02740f2740df88e4e7aaa114a37b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 7]: /images/20220829/e9e075657e9f49a0836ad1d4fdca2d67.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 8]: /images/20220829/726e646b1c0f46d68651865fe24bfd7f.png
[49fff62eb1e9436ab0331a27583fa338.png]: /images/20220829/00d42d681f9c435c8304d7fb4716701a.png
[b22745ee55044a33a9a91fa3dfcb53a0.png]: /images/20220829/1b3b1884e3b24def8fcb6a369e25e402.png
[695442dbe64a42b39928813118654b0b.png]: /images/20220829/8e23d0f8f8e84bcd85fe15321fa3363b.png
[0a171a4958834880828c94d32d1a4204.png]: /images/20220829/01c319e2016f44bcb13f93501d923aa8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 9]: /images/20220829/14b04f9e8de44dc391d84accea1221bd.png
[2cdc632adde54f90bd4c9b9e10ff7ecb.png]: /images/20220829/b518e3a238de46a088a7797fc523b632.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 10]: /images/20220829/14aa6cb840514ffeb83c663d2600bd34.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 11]: /images/20220829/871526f4c620488aa0772a5de1f4177a.png
[9a32aa8cd7cb4562bbf07f20d42bc743.png]: /images/20220829/53451cbc3fcc40009852835e403832db.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 12]: /images/20220829/1e01ab34db754086bb28a8f2b2e27ee7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 13]: /images/20220829/a0b30512273f4ed0a5c472fc0cbb548c.png
[be3dce93675045f4a79e9cad9d726bcb.png]: /images/20220829/ec00351619f149b48bd8e89d816c26bf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 14]: /images/20220829/0be3352c7dd64a4ca0b869fb4d1b943c.png
[f160ae062da54361862df72dbba4a107.png]: /images/20220829/2690c715f9a24ffeb8cb3b6942df7969.png
[3ea4449aad044dd59a24008473fd2da5.png]: /images/20220829/b6724380530a4c8f9796bf34eae13e73.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 15]: /images/20220829/9380c9d4ff7d4c49ab4571d7a145d824.png
[fb1f101f020141269fcf7f87e00a9984.png]: /images/20220829/789129a98f19479a9ad7cd64dbf90850.png
[94634ba9bd574fa584dccf52e30ce2fe.png]: /images/20220829/9cc35ea63a194271bce0b8f214cabdf3.png
[dc50533c5ac44f30a6c76e29f630d5ed.png]: /images/20220829/6927d1df886e4b689bd0f54785af052e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 16]: /images/20220829/2f3ccabde24e4a859019f451d471a3d9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 17]: /images/20220829/0efd6d7a82dd45028316af3637f7024f.png
[6306b98b96444060a239c259d40d60e1.png]: /images/20220829/c21f395b8fd74a0bb09bbe643d372083.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 18]: /images/20220829/b7dac30fd5fc416c8666167135159254.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 19]: /images/20220829/3a6fa3c3bb9e48a585aedbe7709aa9fa.png
[66317f3121454664859637806b29b219.png]: /images/20220829/1c99527e808f42ab890b08b45f1dd55d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 20]: /images/20220829/4dbd0ca57917492cbd0dc908fab7728b.png
[aa32b91943e343ff8dbfaaa58c50dc91.png]: /images/20220829/a3fa16bc13834be695b95f32b6fdb401.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 21]: /images/20220829/cd2d33439ba746f69abf7c46afc95a8a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 22]: /images/20220829/f863dff2c25c426b961fc160bbb490a0.png
[0e6f7134d6d94632bba06543defbf3be.png]: /images/20220829/99c0926b58f648fc802994bb364fa067.png
[9894333c722d464ea14ce8d3390f317f.png]: /images/20220829/a0138b4eef5a431aaafad88dac10997c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 23]: /images/20220829/81ac78b133414daf8d5ab2435780bdfc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 24]: /images/20220829/1fcb1d88fd2b4f66bf3b035f2c56c79b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 25]: /images/20220829/bd830ccd472940e0968e37cee99dd2f7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 26]: /images/20220829/a0ec751df5a347b382ea4ecb727872f2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 27]: /images/20220829/fc878d0cfbd94e71b65f3a7474f087e9.png
[9394174a4a0c46da90186e583777e5cd.png]: /images/20220829/15dd83d413b941839886f5ef62670478.png
[7c2c6631ad9b41b9b9aa91e8d3cce9e5.png]: /images/20220829/6d8fa98eab744aa1aece8174ac8d712f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 28]: /images/20220829/6b58a9269c4346e19c6bcf5723967df5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 29]: /images/20220829/951799e570544bed86e91a8b982e2589.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 30]: /images/20220829/dd2eece845534cbcba99c04dbd4d43bf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 31]: /images/20220829/0d0504f6654548e5973e5d7c57ae25a6.png
[c93f66f396b0454cb7526d5a47ca2b9f.png]: /images/20220829/b97a9da404b94231bd3037f8f82ece53.png
[9a5f4669e5684a2aaa7ac6bad2c8c31d.png]: /images/20220829/62cb269e0ff2481892287ba466e28e0f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 32]: /images/20220829/2d301bc380594f22842639e807b118fa.png
[5d2be2d84f6b4e42bdb428fc4aee8659.png]: /images/20220829/a7d1787f623a40778eb40c8325804883.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 33]: /images/20220829/c362ca3976b240dfb5995878f3f6f92c.png
[8ab794467986422e8473e54441244186.png]: /images/20220829/e8c885f2661f4f8c8373a80e216151cb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 34]: /images/20220829/e66c73484e984ab4b448539af1c84d59.png
[3d212c93754d4b56a366e4abb64fd61a.png]: /images/20220829/5eeb6df9d6a744849ecf4bb5f73f0ab0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 35]: /images/20220829/cca2365b5c594a6682c41670308c3253.png
[466251ee3b2d4425bc35ffa80cf6528b.png]: /images/20220829/f48adde45cb04944922dc69aae476341.png