MySQL行锁范围分析（行锁、间隙锁、临键锁）

最新推荐文章于 2024-07-29 20:15:28 发布
最新推荐文章于 2024-07-29 20:15:28 发布
阅读量1k 收藏 7
点赞数 17
分类专栏： 数据库 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010442378/article/details/134910441
版权

MySQL 中锁的概念

排它锁（Exclusive Lock）

X 锁，也称为写锁，若事务T对对象A加上X锁，则只允许T读取和修改A，其他任何事物都不能再对A 加任何锁，直到T释放A上的锁。
SELECT…FOR UPDATE 对读取的行记录加一个X锁，其他事务不能对已锁定的行加上任何锁。

共享锁（Shared Lock）

**S 锁，**也称为读锁，若事务T对数据对象A加上S锁，则事务T可以读A，但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。
SELECT…LOCK IN SHARE MODE对读取的行记录加一个S锁，其他事务可以向被锁定 的行加S锁，但是如果加X锁，则会被阻塞。

活锁

事务T1封锁了R，T2又请求封锁R，于是T2等待，T3也请求封锁R，当T1释放了R 上的锁，系统首先批准了T3的请求，T2继续等待，这就是活锁。

死锁

事务T1封锁了R1，T2封锁了R2，T1又请求封锁R2，因为T2已经封锁了R2，于是T1等待T2释放R2上的锁，接着T2又申请封锁R1，因为T1已经封锁了R1，T2只能等待T1释放R1上的锁，这就是死锁。
解决死锁的方法
一次封锁法 每个事务必须将所有要使用的数据全部加锁，否则就不能执行，弊端 加大封锁范围，降低了并发速度。

乐观锁

总是假设最好的情况，在事务提交前不会对数据进行锁定，而是在更新数据时会进行版本或时间戳的比较，以确定数据是否被其他事务修改过。如果数据没有被修改，则允许提交；如果数据被修改，则需要进行冲突解决

悲观锁

总是假设最坏的情况，在整个事务过程中，假设其他事务会对数据进行修改，因此在读取或修改数据时，会先对数据进行锁定，以防止其他事务对数据进行干扰（排它锁、共享锁都是悲观锁，共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）

MySQL 行锁加锁的分析

版本使用 MySQL 8.2.0
MySQL InnoDB 中支持三种行锁的方式：行锁（Record Lock）、间隙锁（Gap Lock）、临键锁（Next-Key Lock），默认加的是临键锁，但是会根据不同的查询条件进行优化。创建一个 user 表用来测试，表中 id 是主键索引，name 是唯一索引，salary 是普通索引，gender 没有索引。

idnamesalarygender
10惠月48000女
20光济50000男
30杰霖55000男
40紫妤60000女
50娜溱70000女

创建表并插入数据

CREATE TABLE `user`  (
  `id` int(11) NOT NULL,
  `name` varchar(255) DEFAULT NULL,
  `salary` int DEFAULT NULL,
  `gender` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `salary`(`salary`) USING BTREE,
  UNIQUE INDEX `name`(`name` ASC) USING BTREE
);

INSERT INTO `user` VALUES (10, '惠月', 48000, '女');
INSERT INTO `user` VALUES (20, '光济', 50000, '男');
INSERT INTO `user` VALUES (30, '杰霖', 55000, '男');
INSERT INTO `user` VALUES (40, '紫妤', 62000, '女');
INSERT INTO `user` VALUES (50, '娜溱', 75000, '女');

加锁情况

-- 普通的select查询是快照读，不加锁
SELECT * FROM user WHERE id=30;
-- 查询时给主键索引加S共享锁时，是当前读
SELECT * FROM user WHERE id=30 LOCK IN SHARE MODE;
-- 查询时加 X排他锁，为当前读
SELECT * FROM user WHERE id=30 FOR UPDATE

执行 SELECT * FROM … FOR UPDATE 会对表加上 IX 写意向锁，表示有可能会对这些记录进行写操作，并且给记录加一个X,REC_NOT_GAP，锁定了该条数据。 执行SELECT * FROM … FOR SHARE 会对表加上一个 IS 读意向锁，并且会给记录加一个S,REC_NOT_GAP。

主键索引

主索引等值查询，数据存在的情况

事务 1

BEGIN;
SELECT * FROM user WHERE id=30 FOR UPDATE;
-- SELECT * FROM user WHERE id=40 FOR SHARE;
-- ROLLBACK

查看锁的情况

-- mysql 8
SELECT * FROM performance_schema.data_locks;

-- mysql 5.7
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

image.png
1、表锁是意向写锁
2、数据加行锁
各字段意思：
INDEX_NAME 锁定索引的名称 PRIMARY 说明是主键索引
LOCK_TYPE 锁的类型，RECORD 行锁 、 TABLE 表锁
LOCK_MODE 锁的模式，IS 读意向锁、IX 写意向锁、S 读锁，又称共享锁、X 写锁，又称排它锁、GAP 间隙锁。
**LOCK_DATA **要锁定的数据，当 LOCK_TYPE 是 RECORD行锁时。当锁在主键索引上时，显示主键索的值。当锁是在辅助索引上时，显示主索引和辅助索引的值。

LOCK_MODELOCK_DATA锁范围
X,REC_NOT_GAP40id=40 行锁
X,GAP40id=40 间隙锁，不包含 40（前开后开）
X40id=40 临键锁，包含 40（前开后闭）

事务 2
1、会对主索引 id=30 添加行锁

BEGIN;
-- 更新会失败，因为事务 1 对 id=30 加行锁。
UPDATE user SET salary = 56000 WHERE id = 30;

主索引等值查询，数据不存在的情况

事务 1

BEGIN;
SELECT * FROM user WHERE id=31 FOR UPDATE; -- 数据库中没有id=30的记录

查看加锁情况
image.png
1、表加的是意向写锁
2、id 加的是 GAP Lock，范围是(30, 40)
注意
LOCK_MODE 是 X,GAP 表示间隙锁，LOCK_DATA 是 40 表示锁定的范围是在 id 为 40 之前的间隙
事务 2
1、会锁住主索引 id=31 所在的间隙

BEGIN;
-- 可以执行成功
UPDATE `bostore`.`user` SET `salary` = 56000.00 WHERE `id` = 30;
UPDATE `bostore`.`user` SET `salary` = 63000.00 WHERE `id` = 40;
-- 执行失败
INSERT INTO `bostore`.`user` VALUES (33, '六零', 68000.00, '女');

主索引范围查询，前闭后开情况

事务 1

BEGIN;
SELECT * FROM user WHERE id>=30 AND id<33 FOR UPDATE;

查看锁情况
image.png
1、 表示 IX 意向写锁
2、id=30 是行锁
3、id=40 加的是 GAP Lock，范围是(30, 40)
事务 2

BEGIN;
-- 会阻塞
UPDATE user SET salary = 57000.00 WHERE id = 30;
INSERT INTO user VALUES (35, '六零', 68000.00, '女');
INSERT INTO user VALUES (33, '合吧', 64000.00, '女');
-- 不会阻塞
UPDATE user SET salary = 63000.00 WHERE id = 40;

主索引范围查询，前开后闭情况

事务 1

BEGIN;
SELECT * FROM user WHERE id>30 AND id<=40 FOR UPDATE;

查看锁情况
image.png
1、表加的是意向写锁
2、id=40 加 NEXT-Key Lock，范围是(30, 40]
事务 2

BEGIN;
-- 会阻塞
UPDATE user SET salary = 63000 WHERE id = 40;
INSERT INTO user VALUES (35, '六零', 68000, '女');
INSERT INTO user VALUES (33, '合吧', 64000, '女');

-- 不会阻塞
UPDATE user SET salary = 57000 WHERE id = 30;
UPDATE user SET salary = 78000 WHERE id = 50;
INSERT INTO user VALUES (53, '考拉', 84000, '女');

普通索引

普通索引（普通索引只针对表中的单一列进行索引，普通索引可以是唯一的，也可以不唯一，普通索引对于等值查询（例如WHERE column = value）和范围查询（例如WHERE column > value）都能提供较好的性能提升）

普通索引等值查询，数据存在的情况

事务 1

BEGIN;
SELECT * FROM user WHERE salary = 62000 FOR UPDATE;

查看锁情况
image.png
1、 表加意向写锁 IX
2、 索引salary加临键锁，范围是(55000, 62000]
3、 主键 id = 40 加行锁
4、 索引salary加间隙锁，范围是(62000, 75000)
事务 2
1、 主键 id=40 加了行锁，不能更新和删除

-- 修改id=40有行锁会阻塞
UPDATE user SET salary = 63000 WHERE id = 40;
UPDATE user SET name="紫是" where salary = 62000;

2、salary 在(55000, 62000] 范围加了 NEXT-Key Lock（针对该范围的 id 也会加锁），insert 时salary 在此范围，会阻塞
image.png
3、salary 在(62000, 75000)范围加了 GAP Lock（避免幻读），insert 时salary 在此范围，会阻塞
image.png
4、 插入 salary=55000时，id<30可以不阻塞，id>30会阻塞

-- id=40  salary=62000 之前有临键锁(55000, 62000]
-- 是对salary的锁，但是整个区间都会被锁住包括主索引id
INSERT INTO user VALUES (35, '六零', 55000, '女'); -- 阻塞
INSERT INTO user VALUES (51, '哈西', 55000, '女'); -- 阻塞
-- id=30  salary=55000 之前没有间隙锁
INSERT INTO user VALUES (29, '湖西', 55000, '女'); -- 不阻塞

5、 插入 salary=62000时，会阻塞

INSERT INTO user VALUES (39, '哈子', 62000, '女');
INSERT INTO user VALUES (44, '靠是', 62000, '女');
INSERT INTO user VALUES (55, '西欧', 62000, '女');
-- 自增id时也是会阻塞
INSERT INTO `bostore`.`user`(`name`, `salary`, `gender`) VALUES ('学律', 62000, '女');

6、插入 salary=75000时，id<50 会阻塞，id>50 不阻塞

-- LOCK_MODE为X,GAP 
-- LOCAK_DATA为75000, 50 表示 要插入salary为75000，id<50时会加锁，即会阻塞
INSERT INTO user VALUES (29, '合吧', 75000, '女');
-- id > 50 不会阻塞
INSERT INTO user VALUES (51, '欧下', 75000, '女');

7、当salary 不在(55000, 62000] 和(62000, 75000)范围时，id 不会加锁

INSERT INTO user VALUES (31, '湖西', 54000, '女');
INSERT INTO user VALUES (49, '离下', 54000, '女');
INSERT INTO user VALUES (45, '的大', 76000, '女');
UPDATE user SET salary = 78000 WHERE id = 50;

-- id < 30 和 salary < 55000 不阻塞
INSERT INTO user VALUES (29, '六零', 50000, '女');
-- id > 50 和 salary > 75000 不阻塞
INSERT INTO user VALUES (63, '合吧', 94000, '女');

普通索引等值查询，数据不存在的情况

事务 1

BEGIN;
SELECT * FROM user WHERE salary = 60000 FOR UPDATE;

查看锁情况
image.png
1、表加意向写锁
2、salary 加间隙锁，范围是(55000， 62000)
事务 2
1、salary 在(55000， 62000)范围加了 GAP Lock，insert 时salary 在此范围，会阻塞
image.png
2、插入 salary=55000时，id<30可以不阻塞，id>30会阻塞

INSERT INTO user VALUES (35, '六零', 55000, '女'); -- 阻塞
INSERT INTO user VALUES (51, '哈西', 55000, '女'); -- 阻塞
-- id=30  salary=55000 之前没有间隙锁
INSERT INTO user VALUES (29, '湖西', 55000, '女'); -- 不阻塞

3、插入 salary=62000时，id<40 会阻塞，id>40 不阻塞

-- id < 40 会阻塞
INSERT INTO user VALUES (39, '合吧', 62000, '女');
-- id > 40 不会阻塞
INSERT INTO user VALUES (41, '欧下', 62000, '女');

4、当 salary 不在(55000， 62000)，id 不会加锁

INSERT INTO user VALUES (31, '湖西', 54000, '女');
INSERT INTO user VALUES (39, '离下', 63000, '女');
UPDATE user SET salary = 63000 WHERE id = 40;

-- id < 30 和 salary < 55000 不阻塞
INSERT INTO user VALUES (29, '六零', 50000, '女');
-- id > 40 和 salary > 62000 不阻塞
INSERT INTO user VALUES (41, '合吧', 65000, '女');

普通索引范围查询，前闭后开的情况

事务 1

BEGIN;
SELECT * FROM user WHERE salary>=55000 AND salary<62000 FOR UPDATE;

查看锁情况
image.png
1、表加意向写锁
2、salary 加 NEXT-Key Lock 范围是(50000, 55000]
3、salary 加 NEXT-Key Lock 范围是(55000, 62000]
4、id=30 加行锁
事务 2
1、 插入 salary=50000时，id<20可以不阻塞，id>20会阻塞

INSERT INTO user VALUES (19, '六零', 50000, '女'); -- 不阻塞
INSERT INTO user VALUES (21, '哈西', 50000, '女'); -- 阻塞
INSERT INTO user VALUES (41, '湖西', 50000, '女'); -- 阻塞

2、 插入 salary=55000时，会阻塞

INSERT INTO user VALUES (29, '哈子', 55000, '女');
INSERT INTO user VALUES (35, '靠是', 55000, '女');
INSERT INTO user VALUES (44, '西欧', 55000, '女');
-- 自增id时也是会阻塞
INSERT INTO `bostore`.`user`(`name`, `salary`, `gender`) VALUES ('学律', 55000, '女');

3、 插入 salary=62000时，id<40 会阻塞，id>40 不阻塞

-- 阻塞
INSERT INTO user VALUES (39, '合吧', 62000, '女');
-- 不阻塞
INSERT INTO user VALUES (41, '欧下', 62000, '女');

4、当salary 不在(50000, 55000] 和(55000, 62000]范围时，id 不会加锁

INSERT INTO user VALUES (31, '湖西', 44000, '女');
INSERT INTO user VALUES (49, '离下', 44000, '女');
INSERT INTO user VALUES (45, '的大', 66000, '女');

-- id < 20 和 salary < 50000 不阻塞
INSERT INTO user VALUES (19, '六零', 40000, '女');
-- id > 40 和 salary > 62000 不阻塞
INSERT INTO user VALUES (53, '合吧', 94000, '女');

5、id=30 加行锁，不能删除和更新

UPDATE user SET salary = 56000 WHERE id = 30;
UPDATE user SET name="紫下" where salary = 55000;

普通索引范围查询，前开后闭的情况

事务 1

BEGIN;
SELECT * FROM user WHERE salary>55000 AND salary<=62000 FOR UPDATE;

查看锁情况
image.png
1、表加意向写锁
2、salary 加 NEXT-Key Lock 范围是(55000, 62000]
3、salary 加 NEXT-Key Lock 范围是(62000, 75000]
4、id=40 加行锁
事务 2 的加锁情况和上面类似

没有索引的情况

BEGIN;
SELECT * FROM user WHERE gender='男' FOR UPDATE;

查看加锁情况
image.png
InnoDB 的锁是加上在索引上的，没有索引的时候，就会给所有的记录都加上锁 NEXT-Key Lock，相当于表锁。

骇客567
关注
专栏目录
MySQL锁相关总结｜悲观锁、乐观锁、读锁、写锁、表锁、行锁、页面锁、间隙锁、临键锁
面向生活编程
02-21 296
MySQL 的锁上可以分成三类：总体、类型、粒度。下面我们就来详细讲一下这些锁。
mysql锁类型&加锁区间
qq_33300570的博客
09-16 702
前言 InnoDB 通过 MVCC 和 NEXT-KEY Locks，解决了在可重复读的事务隔离级别下出现幻读的问题。 本文主要讲加锁类型及加锁区间 并发处理下的问题 更新丢失 事务T1读取了数据，并执行了一些操作，然后更新数据。事务T2也做处理包含相同行的事，则T1和T2更新数据时可能会覆盖对方的更新，从而引起错误。 更新丢失可以通过加“乐观锁”来解决这个问题。 脏读 脏数据是指事务对缓冲池中的行记录record进行了修改，但是还没提交！如果这时读取缓冲池中未提交的行数据就叫脏读.
【MySQL】间隙锁&临键锁
最新发布
qq_39921135的博客
07-29 371
默认情况下，InnoDB在 REPEATABLE READ事务隔离级别 运行，InnoDB使用 next-key 锁进行搜索和索引扫描，以防止幻读。注意：间隙锁唯一目的是防止其他事务插入间隙，造成幻读现象。间隙锁可以共存，一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用间隙锁。对于间隙锁和临键锁大家不用去记，主要针对于某一条SQL，你能够分析出它为什么要加这个锁就行了。
谈谈InnoDB下的记录锁，间隙锁，next-key锁
weixin_43525722的博客
12-23 702
innodb下的记录锁（也叫行锁），间隙锁，next-key锁统统属于排他锁。行锁，即记录锁，其实很好理解，对表中的记录加锁，叫做记录锁，简称行锁。就不多做介绍，主要介绍间隙锁，next-key锁。 间隙锁 间隙锁，顾名思义就是存在间隙，在间隙之间上锁保证在间隙间不可以进行操作。举一个生活中比较好理解得例子，A,B,C依次排成一排，为了让新来的D不能插在B的旁边，只要将B和A之间的空隙封锁，将B和C之间的空隙封锁，那么D就不能插在B的旁边了。他们之间的空隙也就是间隙，而封锁他们之间距离的锁，叫做间隙锁。这里
mysql临键锁_innodb临键锁锁定范围
weixin_29817227的博客
02-18 842
临键锁解决当前读的幻读问题(通过锁定范围，使另外一个事务不能插入)，mvcc解决不加锁读的幻读问题。create table test(`id` int,`grade` char(1),`name` varchar(20),primary key (`id`),key grade_idx (`grade`))ENGINE=InnoDB DEFAULT CHARSET=utf8;insert int...
mysql锁范围（一）表级锁变行级锁
范大的博客
12-18 744
mysql锁范围（一）表级锁变行级锁所有情况
MySQL锁的类型及加锁范围
xsjzn的博客
08-27 1610
MySQL锁
MySQL 行级锁（行锁、临键锁、间隙锁） 小白教程
m0_54975590的博客
10-14 1046
MySQL 行级锁（行锁、临键锁、间隙锁） 小白教程
MySQL 行级锁（行锁、临键锁、间隙锁）
web15286201346的博客
06-06 279
行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。 InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。对于行级锁，主要分为以下三类： 1. 行锁（Record Lock）：锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。 2. 间隙锁（Gap Lock）：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产
MySQL锁(表锁,行锁,共享锁,排它锁,间隙锁)使用详解
09-09
本文主要讨论了MySQL中的五种锁：表锁、行锁、共享锁、排它锁和间隙锁。 1. 表锁：表锁是MySQL中最基础的锁类型，主要在MyISAM存储引擎中使用。表锁分为两种模式：读锁（Table Read Lock）和写锁（Table Write Lock...
MySQL-加锁规则(间隙锁、临键锁、行锁、表锁)
WSYW126的博客
04-05 7741
环境 MySQL version 5.6.47 隔离级别：可重复读(RR) 加锁规则 可重复读隔离级别下加锁规则 next-key lock = 间隙锁 + 行锁 原则1：加锁的基本单位是next-key lock。next-key lock是前开后闭区间。 原则2：查找过程中访问到的对象才会加锁。 原则3：索引上的等值查询，给唯一索引加锁的时候，next-key lo...
详细剖析MySQL临键锁
热门推荐
緑水長流*z
07-17 1万+
临键锁（Next-Key Lock）：临键锁是查询时InnoDB根据查询的条件而锁定的一个范围，这个范围中包含有间隙锁和记录数；**临键锁=间隙锁+记录锁**。 其设计的目的是为了解决Phantom Problem(幻读)；主要是阻塞insert，但由于临键锁中包含有记录锁，因此临键锁所锁定的范围内如果包含有记录，那么也会给这些记录添加记录锁，从而造成阻塞除insert之外的操作； Tips：**临键锁的主要目的，也是为了避免幻读(Phantom Read)。如果把事务的隔离级别降级为RC，临键锁则也会失效
mysql 锁范围测试
qq_32682305的博客
07-30 694
测试过得版本有 8.0.18 根据唯一索引、非唯一索引和无索引，以及数据库中是否存在查询边界，进行测试。结果如下，其中边界5存在索引中，边界6不在。数据量新增到7万测试结果还是一样。 表数据如下图： id为主键 userid为二级索引，非唯一 锁范围矩阵（间隙锁是针对insert来说的） 唯一 ...
间隙锁的锁定范围
qq_42554949的博客
02-15 1755
间隙锁的锁定范围 MySQL间隙锁锁定范围测试 创建表，添加数据（表名以自己姓名开头防止重复） create table t( a int , b int , primary key(a), key(b) )engine=innodb; INSERT INTO `t`(`a`, `b`) VALUES (1, 1); INSERT INTO `t`(`a`, `b`) VALUES (3, 3); INSERT INTO `t`(`a`, `b`) VALUES (5, 5); INSERT
mysql 区间锁
zhaoyangjian724的专栏
11-18 1108
SESSION A: mysql> select * from t100 where id >100 for update; +-----+-------+ | id | value | +-----+-------+ | 110 | a | | 120 | a | +-----+-------+ 2 rows in set (0.31 sec) SESSION B: my
Mysql-RR隔离级别-主键范围锁定例子
kongkong的专栏
12-08 753
前言 每次session使用之前，都要设置非自动提交 set session autocommit=0; 查看日志命令 SHOW ENGINE INNODB STATUS ; 脚本 CREATE TABLE `account3` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `username` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL, `age` int(11)
mysql中的锁
专注赚钱的程序员
10-17 281
什么是锁？ 对于一个数据库来说，有两点需要保证，第一是速度，第二是安全。数据库既要保证能支持高并发的数据访问，又要保证高并发的数据访问不会出错，也就是mysql的锁机制，锁是数据库系统区别于文件系统的一个关键特性，锁机制用于管理对共享资源的并发访问mysql中数据库锁的分类： mysql中的锁可以基本划分为lock和latch(闩锁\轻量级的锁)，lock分为行锁、表锁、意向锁。 latch
【MySQL】MySQL的锁机制 - 记录锁、间隙锁、临键锁
sfh2018的博客
10-28 5616
MySQL的锁机制 - 记录锁、间隙锁、临键锁
mysql间隙锁，next-key lock,row锁加锁范围分析
sunon_的博客
12-13 622
mysql可重复读隔离级别的实现主要依赖mvcc(多版本并发控制)和间隙锁，行锁，多种锁的组合使用来解决可重复读和幻读的问题。mvcc:主要是给保存每行数据的多个版本，每个版本多了2个字段，一个为最后更新事务的id,一个是删除事务的id。在可重复读隔离级别下，每个事务都只能查询出小于等于自己事务id的版本记录。但这只针对于普通的，不加锁的select语句。对于update,delete语句如果想避免幻读，则需要间歇锁。
mysql的锁（行锁、表锁、临建锁、间隙锁）
10-06
MySQL的锁包括行锁、表锁、临建锁和间隙锁。行锁只能锁住行，而间隙锁（Gap Lock）则用于解决幻读问题，锁定记录之间的间隙。临建锁是指在执行DDL操作（例如ALTER TABLE）时，需要对表进行锁定以防止其他会话对表...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

骇客567

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值