Mysql的事务和锁机制

最新推荐文章于 2024-01-18 21:04:02 发布
最新推荐文章于 2024-01-18 21:04:02 发布
阅读量1k 收藏 6
点赞数 3
分类专栏： java mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liulong1010/article/details/99092443
版权
java 同时被 2 个专栏收录
21 篇文章 0 订阅
订阅专栏
mysql
6 篇文章 0 订阅
订阅专栏

文章目录

事务

什么是事务

事务:

数据库操作的最小工作单元，是作为单个逻辑工作单元执行的一系列操作；
事务是一组不可再分割的操作集合（工作逻辑单元）;

典型事务场景(转账)：

update user_account set balance = balance - 1000 where userID = 3;
update user_account set balance = balance +1000 where userID = 1;

mysql中如何开启事务：

begin / start transaction -- 手工
commit / rollback -- 事务提交或回滚
set session autocommit = on/off; -- 设定事务是否自动开启

JDBC 编程：

connection.setAutoCommit（boolean）;

Spring 事务AOP编程：

expression=execution（com.gpedu.dao.*.*(..)）

事务ACID特性

原子性（Atomicity）

​ 最小的工作单元，整个工作单元要么一起提交成功，要么全部失败回滚

一致性（Consistency）

​ 事务中操作的数据及状态改变是一致的，即写入资料的结果必须完全符合预设的规则，
​ 不会因为出现系统意外等原因导致状态的不一致
隔离性（Isolation）

​ 一个事务所操作的数据在提交之前，对其他事务的可见性设定（一般设定为不可见）

持久性（Durability）

​ 事务所做的修改就会永久保存，不会因为系统意外导致数据的丢失

事务并发带来的问题

脏读

在这里插入图片描述

不可重复读

在这里插入图片描述

幻读

在这里插入图片描述

事务的4种隔离级别

SQL92 ANSI/ISO标准：
http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

  • Read Uncommitted（未提交读） --未解决并发问题
    事务未提交对其他事务也是可见的，脏读（dirty read）
  • Read Committed（提交读） --解决脏读问题
    一个事务开始之后，只能看到自己提交的事务所做的修改，不可重复读（nonrepeatable
    read）
  • Repeatable Read (可重复读) --解决不可重复读问题
    在同一个事务中多次读取同样的数据结果是一样的，这种隔离级别未定义解决幻读的问题
  • Serializable（串行化） --解决所有问题
    最高的隔离级别，通过强制事务的串行执行

innodb引擎对隔离级别的支持程度

在这里插入图片描述

锁

表锁、行锁

锁是用于管理不同事务对共享资源的并发访问

表锁与行锁的区别：

  • 锁定粒度：表锁 > 行锁

  • 加锁效率：表锁 > 行锁

  • 冲突概率：表锁 > 行锁

  • 并发性能：表锁 < 行锁

InnoDB存储引擎支持行锁和表锁（另类的行锁）

MySQL InnoDB锁类型

https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html

  • 共享锁（行锁）：Shared Locks

  • 排它锁（行锁）：Exclusive Locks

  • 意向锁共享锁（表锁）：Intention Shared Locks

  • 意向锁排它锁（表锁）：Intention Exclusive Locks

行锁的算法

  • 自增锁：AUTO-INC Locks

  • 记录锁 Record Locks

  • 间隙锁 Gap Locks

  • 临键锁 Next-key Locks

共享锁（Shared Locks) VS 排它锁(Exculsive Locks)

共享锁(S):

又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，
都能访问到数据，但是只能读不能修改;

-- 加锁释锁方式：
select * from users WHERE id=1 LOCK IN SHARE MODE;
commit/rollback

排他锁(X):

又称为写锁，简称X锁，排他锁不能与其他锁并存，如一个事务获取了一个数据行的排他
锁，其他事务就不能再获取该行的锁（共享锁、排他锁），只有该获取了排他锁的事务是可以对
数据行进行读取和修改，（其他事务要读取数据可来自于快照）**

-- 加锁释锁方式：
delete / update / insert 默认加上X锁
SELECT * FROM table_name WHERE ... FOR UPDATE
commit/rollback

innodb-行锁到底锁什么?

​ InnoDB的行锁是通过给索引上的索引项加锁来实现的。

只有通过索引条件进行数据检索，InnoDB才使用行级锁，否则，InnoDB将使用表锁（锁住索引的所有记录）

表锁：lock tables xx read/write；

理解行锁机制，才能设计高效的sql

意向共享锁(IS)&意向排它锁(IX)

意向共享锁(IS)

表示事务准备给数据行加入共享锁，即一个数据行加共享锁前必须先取得该表的IS锁，
意向共享锁之间是可以相互兼容的

意向排它锁(IX)

表示事务准备给数据行加入排他锁，即一个数据行加排他锁前必须先取得该表的IX锁，
意向排它锁之间是可以相互兼容的

意向锁(IS 、IX) 是InnoDB 数据操作之前 自动加的，不需要用户干预
意义：

当事务想去进行锁表时，可以先判断意向锁是否存在，存在时则可快速返回该表不能
启用表锁

在表上面打个标记，有点像java的偏向锁 (CAS操作)

自增锁AUTO-INC Locks

针对自增列自增长的一个特殊的表级别锁

show variables like 'innodb_autoinc_lock_mode';
# 默认取值1 ，代表连续，事务未提交ID

行锁的算法

临键锁(Next-Key)

Next-key locks ：

​ 锁住记录+ 区间（左开右闭）

当sql执行按照索引进行数据的检索时,查询条件为范围查找（between and、<、>等）并有数
据命中则此时SQL语句加上的锁为Next-key locks， 锁住索引的记录+ 区间（左开右闭）

在这里插入图片描述

临键锁解决了幻读问题

间隙锁(Gap)

Gap locks：

​ 锁住数据不存在的区间（左开右开）

当sql执行按照索引进行数据的检索时，查询条件的数据不存在，这时SQL语句加上的锁即为
Gap locks， 锁住索引不存在的区间（左开右开）

在这里插入图片描述

记录锁(Record)

Record locks：

​ 锁住具体的索引项

当sql执行按照唯一性（Primary key、Unique key）索引进行数据的检索时，查询条件等值匹
配且查询的数据是存在，这时SQL语句加上的锁即为记录锁Record locks ，锁住具体的索引项

在这里插入图片描述

利用锁解决并发问题

利用X锁解决脏读问题

在这里插入图片描述

利用S锁解决不可重复读

在这里插入图片描述

利用邻键锁解决幻读问题

在这里插入图片描述

死锁

  • 多个并发事务（2个或者以上）；
  • 每个事务都持有锁（或者是已经在等待锁）;
  • 每个事务都需要再继续持有锁；
  • 事务之间产生加锁的循环等待，形成死锁

死锁的避免

  • 1）类似的业务逻辑以固定的顺序访问表和行。
  • 2）大事务拆小。大事务更倾向于死锁，如果业务允许，将大事务拆小。
  • 3）在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概
    率。
  • 4）降低隔离级别，如果业务允许，将隔离级别调低也是较好的选择
  • 5）为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添
    加上锁（或者说是表锁）

Undo log

  • Undo Log 是什么：

undo 意为取消，以撤销操作为目的，返回指定某个状态的操作
undo log 指事务开始之前， 在操作任何数据之前, 首先将 需操作的 数据备份到一个地方 (Undo Log)

  • UndoLog 是为了实现事务的原子性而出现的产物

  • Undo Log 实现事务 原子性 ：
    事务处理过程中 如果出现了错误或者用户执行了 ROLLBACK 语句,Mysql 可以利用Undo Log 中的备份
    将数据恢复到事务开始之前的状态

  • UndoLog 在Mysql innodb 存储引擎中用来实现多版本并发控制

  • Undo log 实现多版本并发控制：

    事务未提交之前，Undo 保存了未提交之前的版本数据，Undo 中的数据可作为数据旧版本快照供
    其他并发事务进行快照读

    MVCC：
    Multiversion concurrency control (多 多 版本并发 控制)
    普通话解释：
    并发访问(读或写)数据库时，对正在事务内处理的数据做
    多版本的管理。以达到用来避免写操作的堵塞，从而引发读操
    作的并发问题。

在这里插入图片描述

快照读：

SQL 读取的数据是快照版本，也就是历史版本 ， 普通的SELECT 就是快照读
innodb 快照读，数据的读取将由 cache( 原本数据) + undo( 事务修改过的数据) 两部分组成

当前读：

SQL 读取的 数据 是最新版本 。通过锁机制来保证读取的数据无法通过其他事务进行修改
UPDATE 、DELETE 、INSERT 、SELECT … LOCK IN SHARE MODE 、SELECT … FOR UPDATE 都是
当前读

Redo log

  • Redo Log 是什么：

    Redo ，顾名思义就 是 重做。以恢复操作为目的，重现操作 ；
    Redo log 指事务中 操作 的 任何数据,将 将 最新的 数据备份到一个地方 (Redo Log)

  • Redo log 的持久：

    不是随着事务的提交才写入的，而是在事务的执行过程中，便开始写入redo 中。具体
    的落盘策略可以进行配置

RedoLog 是为了实现事务的持久性而出现的产物

  • Redo Log 实现事务 持久性 ：

防止在发生故障的时间点，尚有脏页未写入磁盘，在重启mysql 服务的时候，根据redo
log 进行重做，从而达到事务的 未入磁盘数据进行 持久化

在这里插入图片描述

Redo log补充知识

指定Redo log 记录在{datadir}/ib_logfile1&ib_logfile2 可通过innodb_log_group_home_dir 配置指定
目录存储

一旦事务成功提交且数据持久化落盘之后，此时Redo log 中的对应事务数据记录就失去了意义，所
**以 Redo log 的写入是日志文件循环写入的 **

  • 指定Redo log 日志文件组中的数量 innodb_log_files_in_group 默认为2

  • 指定Redo log 每一个日志文件最大存储量innodb_log_file_size 默认48M

  • 指定Redo log 在cache/buffer 中的buffer 池大小innodb_log_buffer_size 默认16M

Redo buffer 持久化Redo log 的策略， Innodb_flush_log_at_trx_commit ：

  • 取值 0 每秒提交 Redo buffer --> Redo log OS cache -->flush cache to disk[ 可能丢失一秒内
    的事务数据]
  • 取值 1 默认值，每次事务提交执行Redo buffer --> Redo log OS cache -->flush cache to disk
    [ 最安全，性能最差的方式]
  • 取值 2 每次事务提交执行Redo buffer --> Redo log OS cache 再每一秒执行 ->flush cache to
    disk 操作

配置优化

Mysql服务器参数类型

基于参数的作用域：

  • 全局参数

set global autocommit = ON/OFF;

  • 会话参数( 会话参数不单独设置则会采用全局参数)
    set session autocommit = ON/OFF;

注意：

  • 全局参数的设定对于已经存在的会话无法生效
  • 会话参数的设定随着会话的销毁而失效
  • 全局类的统一配置建议配置在默认配置文件中，否则重启服务会导致配置失效

寻找配置文件

mysql --help #寻找配置文件的位置和加载顺序
Default options are read from the following files in the given order:

/etc/my.cnf /etc/mysql/my.cnf /usr/etc/my.cnf ~/.my.cnf

mysql --help | grep -A 1 'Default options are read from the following
files in the given order'

全局配置文件配置

  • 最大连接数配置
    max_connections
  • 系统句柄数配置
    /etc/security/limits.conf
    ulimit -a
  • mysql 句柄数配置
    /usr/lib/systemd/system/mysqld.service

常见全局配置文件配置

port = 3306
socket = /tmp/mysql.sock
basedir = /usr/local/mysql
datadir = /data/mysql
pid-file = /data/mysql/mysql.pid
user = mysql
bind-address = 0.0.0.0
max_connections=2000
lower_case_table_names = 0 # 表名区分大小写
server-id = 1
tmp_table_size=16M
transaction_isolation = REPEATABLE-READ
ready_only=1

Mysql内存参数配置

每一个connection 内存参数配置：

  • sort_buffer_size connection 排序缓冲区大小

    建议256K( 默认值)-> 2M 之内
    当查询语句中有需要文件排序功能时，马上为connection 分配配置的内存大小

  • join_buffer_size connection 关联查询缓冲区大小

    建议256K( 默认值)-> 1M 之内
    当查询语句中有关联查询时，马上分配配置大小的内存用这个关联查询，所以有可能在一个查询语句中会分配很多个关联查询缓冲区

  • 上述配置4000 连接占用内存：

    4000*(0.256M+0.256M) = 2G

Mysql内存参数配置

  • Innodb_buffer_pool_size
    innodb buffer/cache 的大小（默认128M）
  • Innodb_buffer_pool
    数据缓存
    索引缓存
    缓冲数据
    内部结构

大的缓冲池可以减小多次磁盘I/O 访问相同的表数据以提高性能

参考计算公式：

Innodb_buffer_pool_size = （总物理内存 - 系统运行所用 - connection 所用）* 90%

Mysql其他参数配置

  • wait_timeout
    服务器关闭非交互连接之前等待活动的秒数
  • innodb_open_files
    限制Innodb能打开的表的个数
  • **innodb_write_io_threads
  • innodb_read_io_threads
    innodb使用后台线程处理innodb缓冲区数据页上的读写 I/O(输入输出)请求
  • innodb_lock_wait_timeout
    InnoDB事务在被回滚之前可以等待一个锁定的超时秒数

https://www.cnblogs.com/wyy123/p/6092976.html 常见配置的帖子

数据库表设计

  • 第一范式（ 1NF）：
    字段具有原子性,不可再分。 所有关系型数据库系统都满足第一范式数据库表中的字
    段都是单一属性的， 不可再分；
  • 第二范式（ 2NF）：
  • 要求实体的属性完全依赖于主键。 所谓完全依赖是指不能存在仅依赖主键一部分的属性，
    如果存在， 那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体， 新实体与原
    实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。
    简而言之， 第二范式就是属性完全依赖主键。
  • 第三范式（ 3NF）：
    满足第三范式（ 3NF） 必须先满足第二范式（ 2NF）。 简而言之， 第三范式（ 3NF）
    要求一个数据库表中不包含已在其它表中已包含的非主键信息。

简单一点 ：
1 ， 每一列只有一个 单一的 值 ，不可再拆分
2 ， 每一行都 有主键能进行 区分
3 ， 每一个表都不包含其他表已经包含的非 主键 信息。

  • 充分的满足第一范式设计将为表建立太量的列

​ 数据从磁盘到缓冲区，缓冲区脏页到磁盘进行持久的过程中，列的数量过多
会导致性能下降。过多的列影响转换和持久的性能

  • 过分的满足第三范式化造成了太多的表关联
    表的关联操作将带来额外的内存和性能开销
  • 使用innodb 引擎的外键关系进行数据的完整性保证
    外键表中数据的修改会导致Innodb引擎对外键约束进行检查，就带来了额外
    的开销
SELECT 
        * 
FROM
        XXXXX
WHERE
      (convert((price_full * 100 - price * 100) , SIGNED) - convert(coupon_price*100,SIGNED)
AND
is_del = 0)
ORDER BY
id
desc
limit 100

-- 设计冗余字段，在添加联合索引解决问题
向着风奔跑
关注
  • 3
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
MySQL8.0锁机制和事务
03-07
MySQL 8.0 锁机制和事务 MySQL 8.0 中的锁机制和事务是数据库系统中非常重要的概念。锁机制是指数据库系统中对数据访问的控制机制，而事务是指数据库系统中的一组操作单元。了解锁机制和事务是非常关键的，因为它们...
MySQL事务和锁
weixin_37672801的博客
11-28 1873
逻辑上的一组操作，要么都执行，要么都不执行。原子性、一致性、隔离性、持久性。
MySQL 事务原理：锁机制
Ricardo2的博客
08-08 430
锁机制用于管理对共享资源的并发访问，实现事务的隔离级别。
mysql事务与锁机制原理
ZFB0601的博客
05-09 415
事务的实现机制 WAL(Write-ahead logging，预写式日志) 预写式即将数据修改的前后数据都预写记录下来，MYSQL采用的即为该机制，也是当下主流的实现方案。 MYSQL实现机制概述： MYSQL将所有的修改都先被写入到日志中，然后再被应用到系统中。通常包含 redo 和 undo 两部分信息。 redo log 称为重做日志，每当有操作时，在数据变更之前将操作写入 redo log，这样当发生掉电之类的情况时系统可以在重启后继续操作。 undo log 称为撤销日志
MySql详解（三）--锁和事务篇
qq_35105015的博客
03-02 1015
Mysql-详解，看这篇就够了
MySQL之事务和锁机制
qq15035899256的博客
04-07 606
本文是MySQL的学习，先学习了事务的四大特征、隔离级别，如何开启事务。又学习了锁机制，认识了读写锁、行表锁、记录锁等。之后的学习内容将持续更新！！！
MySQL事务与锁机制详解
12-14
1.事务 1.1 什么是事务？ 事务是逻辑上的一组操作，组成这组操作的各个逻辑单元，要么一起成功，要么一起失败。 1.2 哪些引擎支持事务 InnoDB支持事务 1.3 事务的四大特性 原子性（Atomicity）:强调事务的不可分割，...
MySQL事务控制和锁机制
01-19
锁机制 根据加锁的范围，MySQL里面的锁可以分成全局锁、表级锁和行锁三类。 全局锁 全局锁能够对整个库实例进行加锁。 加锁的语法： FLUSH TABLES WITH READ LOCK; 解锁的语法： UNLOCK TABLES; 全局锁的典型使用...
mysql中的事务、锁讲解和操作
07-04
理解并熟练掌握MySQL中的事务和锁机制对于数据库管理员和开发人员来说非常重要，因为这直接影响到系统的稳定性和性能。通过学习事务的提交、回滚、日志管理以及锁的使用和优化，可以有效地预防和解决并发访问引发的...
MySQL数据库：事务与锁机制
最新发布
07-11
MySQL数据库：事务与锁机制
【Redis】 事务和锁机制（图文结合，最详细）
CYK_byte的博客
05-05 1228
想象这样一个场景：在我的账户里有 1000 块钱，此时我的 朋友1 和 朋友2 要同时从我的账户中取 600 块钱，由于 朋友1 取钱的时候看到的是 1000 元，朋友2 取钱的时候看到的也是 1000 元，因此账户中同时扣款中最后就只剩 -200 元，但实际上我们不允许账户出现负数情况，此时就出现了事务冲突.顾名思义，总假设不容易发生所冲突，因此每次操作前都不会上锁，而是给当前资源加上版本号，操作完后，修改版本号，若有其他用户来进行写操作，会先对比版本号，若版本号不符合预期，则停止操作.
Redis的事务和锁机制（乐观锁和悲观锁）
qq_46370017的博客
08-12 2367
Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。Redis事务的主要作用就是串联多个命令防止别的命令插队。.......................................
MySQL的事务以及锁详解
qq_22162093的博客
08-20 2455
老铁有一提问“MySQL的可重复读级别能解决幻读吗”，一听就有猫腻，实话说，之前从未思考到这个问题，很是懵逼，于是深入查看，发现了自己的细节欠缺是在太多，补上！ 事务基础知识： 数据库原理理论 事务(Transaction)，一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务由事务开始(begin transaction)和事务结束(end transaction)之间执行的全体操作组成。在关系数据库中，一个事务可以是一组SQL语句或整个程序。
事务原理与锁机制
Aaron.无剑
09-01 1093
1 解决什么问题 对于mysql而言，事务是非常重要的概念。在mysql体系结构中知道mysql内部实现了连接池，里面管理这连接，一个连接对应的是一个线程；对于多个连接而言操作sql命令是并发的。并发就存在数据紊乱的问题了。而事务正是将一组sql语句或一个sql语句组成一个原子操作，要么成功，要不就失败的操作。 2 事务介绍 1 目的事务是将DB从一个状态转换到另外一个状态 2 组成可由一条sql组成，也可由一组复杂的sql组成 3 特征提交时，要么成功，要么失败，访问并更新db各种数据项的一个程序执行单元
浅析MYSQL的事务和锁
qq_43513370的博客
02-15 469
Mysql的事务和锁的常用方法和知识的总结
MySQL并发控制：锁机制
热门推荐
黄规速博客:学如逆水行舟，不进则退
03-13 1万+
当数据库中有多个操作需要修改同一数据时，不可避免的会产生数据的脏读。这时就需要数据库具有良好的并发控制能力，这一切在MySQL中都是由服务器和存储引擎来实现的。 当一个select语句在执行时可以施加读锁，这样就可以允许其它的select操作进行，因为在这个过程中数据信息是不会被改变的这样就能够提高数据库的运行效率。当需要对数据更新时，就需要施加写锁了，不在允许其...
Redis事务和锁机制
博客的博客
10-13 1602
2.悲观锁（Pessimistic Lock） 每次去拿数据的时候都认为别人会修改，所以每次拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。 传统的关系型数据库里边就用到了很多这种锁的机制，比如行锁，表锁等，读锁，写锁等，都是在操作之前先上锁 3.乐观锁(Optimistic Lock) 乐观锁,顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这
深入理解Mysql事务隔离级别与锁机制
qq_33240556的博客
01-18 1029
我们的数据库一般都会并发执行多个事务，多个事务可能会并发的对相同的一批数据进行增删改查操作，可能就会导致我们说的脏读、不可重复读、幻读这些问题。这些问题的本质都是数据库的多事务并发问题，为了解决多事务并发问题，数据库设计了事务隔离机制、锁机制、MVCC多版本并发控制隔离机制，用一整套机制来解决多事务并发问题。接下来，我们会深入讲解这些机制，让大家彻底理解数据库内部的执行原理。
MySQL锁机制
KEEP CODING
12-18 919
MySQL的锁机制用于管理事务对共享资源的并发访问，实现事务的隔离级别。
mysql事务与锁机制
07-27
MySQL事务与锁机制是数据库管理系统中重要的概念。事务是一组数据库操作（例如插入、更新、删除等）的执行单元，要么全部成功执行，要么全部回滚。锁机制用于管理并发访问数据库时的数据一致性和并发控制。 在MySQL中，事务由以下四个特性组成，通常简称为ACID： 1. 原子性（Atomicity）：事务中的操作要么全部完成，要么全部回滚，不存在部分完成的情况。 2. 一致性（Consistency）：事务开始和结束时，数据库的状态必须是一致的。即事务执行前后，数据库中的数据必须满足预定义的完整性约束。 3. 隔离性（Isolation）：并发执行的事务之间相互隔离，一个事务的执行不应该受其他事务的影响。 4. 持久性（Durability）：一旦事务提交，其结果应该永久保存在数据库中，即使发生系统故障也不会丢失。 MySQL中的锁机制用于控制对数据的并发访问。主要有两种类型的锁：共享锁（Shared Lock）和排他锁（Exclusive Lock）。共享锁允许多个事务同时读取同一数据，但不允许并发写操作。排他锁则只允许一个事务独占地进行读写操作。 MySQL提供了多种级别的锁，包括表级锁、行级锁和页面锁。表级锁是最粗粒度的锁，对整个表进行加锁；行级锁是最细粒度的锁，只对操作的行进行加锁；页面锁介于表级和行级之间，对一定范围的行进行加锁。 通过合理使用事务和锁机制，可以确保数据库的数据一致性和并发控制，避免脏读、不可重复读和幻读等问题。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值