脏读、不可重复读、幻读详解与对比

原创 于 2025-10-17 21:52:45 发布 · 694 阅读 · 14 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring boot #后端 #java #数据库 #mysql #系统架构 #程序员

一、基本概念与定义

1. 脏读（Dirty Read）

​定义​：脏读是指一个事务读取了另一个事务尚未提交的数据修改。如果该事务最终回滚，读取到的数据就是无效的"脏数据"。

​本质​：读取了可能被回滚的未提交数据，导致基于这些数据的后续操作可能产生错误结果。

​示例场景​：

  • 事务A将账户余额从1000元修改为500元（未提交）
  • 事务B读取到余额为500元（脏读）
  • 事务A回滚，余额恢复为1000元
  • 事务B基于500元余额的错误数据进行了错误操作

2. 不可重复读（Non-Repeatable Read）

​定义​：在同一事务内，多次读取同一行数据时，由于其他事务已提交的修改或删除操作，导致前后读取结果不一致。

​本质​：针对已存在数据的修改或删除导致同一行数据的值发生变化。

​示例场景​：

  • 事务A第一次读取ID=1的用户年龄为25岁
  • 事务B将ID=1的用户年龄更新为26岁并提交
  • 事务A再次读取ID=1的用户年龄变为26岁
  • 同一事务内两次读取结果不一致

3. 幻读（Phantom Read）

​定义​：同一事务内多次执行相同条件的范围查询，由于其他事务插入或删除符合条件的数据，导致结果集的行数发生变化。

​本质​：新增或删除数据行导致查询结果集数量变化，而非单行数据内容变化。

​示例场景​：

  • 事务A查询年龄>30的员工，返回5条记录
  • 事务B插入一条年龄=35的新员工记录并提交
  • 事务A再次查询年龄>30的员工，返回6条记录
  • 结果集中"凭空"多出一条记录

二、核心区别对比

​对比维度​​脏读​​不可重复读​​幻读​
​操作类型​读取未提交的修改已提交的UPDATE/DELETE已提交的INSERT/DELETE
​关注点​单行数据的临时状态单行数据的值变化结果集的行数变化
​数据状态​未提交数据已提交数据已提交数据
​典型比喻​读取别人的草稿同一文件内容被修改书架上的书莫名增减
​隔离级别解决方案READ COMMITTED及以上REPEATABLE READ及以上SERIALIZABLE或间隙锁

表：三种并发问题的本质区别对比

三、产生原因与影响分析

1. 脏读的产生原因

  • 事务隔离级别设置为READ UNCOMMITTED（读未提交）
  • 数据库系统允许读取未提交的数据修改
  • 写事务未使用排他锁或锁过早释放

​影响​：可能导致业务逻辑基于无效数据做出错误决策，如显示错误的账户余额、库存数量等

2. 不可重复读的产生原因

  • 隔离级别为READ COMMITTED（读已提交）
  • 事务内多次读取之间允许其他事务修改数据
  • 缺乏行级锁或快照隔离机制

​影响​：破坏事务内数据一致性假设，如统计计算、数据校验等场景可能出现逻辑错误

3. 幻读的产生原因

  • 隔离级别为REPEATABLE READ及以下
  • 范围查询未锁定整个查询区间
  • 其他事务在查询间隙插入新数据

​影响​：导致分页查询、唯一性校验等场景出现数据不一致，如订单号生成时可能出现重复

四、解决方案与技术实现

1. 事务隔离级别控制

​隔离级别​​脏读​​不可重复读​​幻读​​实现机制​
READ UNCOMMITTED可能可能可能无锁读取
READ COMMITTED避免可能可能语句级快照(Oracle)/锁(SQL Server)
REPEATABLE READ避免避免可能*事务级快照(MVCC)+间隙锁(MySQL)
SERIALIZABLE避免避免避免完全串行化执行

*注：MySQL的InnoDB引擎在REPEATABLE READ下通过间隙锁实际避免了幻读

2. 数据库特定实现

​MySQL解决方案​：

  • ​MVCC机制​：通过undo log和ReadView实现多版本并发控制，解决脏读和不可重复读
  • ​间隙锁(Gap Lock)​​：锁定索引记录之间的间隙，防止范围内插入新数据
  • ​Next-Key Lock​：结合记录锁和间隙锁，彻底解决幻读问题

​Oracle解决方案​：

  • 默认READ COMMITTED隔离级别通过SCN实现语句级一致性
  • SERIALIZABLE级别通过快照隔离实现，检测到写冲突时抛出ORA-08177错误

​SQL Server解决方案​：

  • READ COMMITTED SNAPSHOT：行版本控制避免读阻塞写
  • 范围锁：SERIALIZABLE级别下锁定整个查询范围

3. 应用层解决方案

  • ​悲观锁​：SELECT...FOR UPDATE提前锁定数据
  • ​乐观锁​：通过版本号或时间戳检测并发修改
  • ​重试机制​：捕获并发异常后自动重试事务
  • ​业务设计​：避免长事务，拆分大事务为小事务

五、实际开发建议

  1. ​隔离级别选择​：

    • 常规应用：优先使用READ COMMITTED（Oracle默认）或REPEATABLE READ（MySQL默认）
    • 金融系统：关键操作使用SERIALIZABLE或REPEATABLE READ+悲观锁
    • 报表系统：考虑READ UNCOMMITTED（仅当允许脏读时）

  2. ​MySQL最佳实践​：

    • 利用默认的REPEATABLE READ隔离级别
    • 范围查询显式加锁：SELECT...FOR UPDATE
    • 合理设计索引，确保间隙锁有效工作

  3. ​性能与一致性权衡​：

    • 隔离级别每提高一级，并发性能下降约20-30%
    • 长事务更容易引发并发问题，应控制在毫秒级
    • 读写分离可减轻主库压力，但需考虑复制延迟

  4. ​监控与调优​：

    • 监控长事务和锁等待
    • 分析死锁日志优化事务设计
    • 压力测试验证不同隔离级别下的性能

六、总结

脏读、不可重复读和幻读是数据库并发控制的三大经典问题，理解它们的区别对于设计高并发、高可用的数据系统至关重要。脏读关注未提交数据的读取，不可重复读关注同一行数据的修改，而幻读则关注结果集行数的变化。现代数据库通过多版本并发控制(MVCC)、各种锁机制(记录锁、间隙锁、Next-Key Lock)以及不同的事务隔离级别来解决这些问题。在实际开发中，应根据业务需求在数据一致性和系统性能之间找到最佳平衡点。

MySQL锁与脏读、不可重复读、幻读详解
悦分享
09-04 2600
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的 计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一 个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。本章我们着重讨论MySQL锁机制 的特点，常见的锁问题，以及解决MySQL锁问题的一些方法或建议。
Java中的脏读、不可重复读和幻读详解
记录学习的过程
05-06 846
在数据库系统中，当多个事务同时访问相同数据时，如果没有适当的隔离机制，可能会导致数据不一致的问题。主要的并发问题有三种：脏读（Dirty Read）、不可重复读（Non-repeatable Read）和幻读（Phantom Read）。理解这些问题对于设计正确的数据库应用至关重要。脏读：读取了未提交的数据，是最基本的一致性问题不可重复读：同一事务内同一记录被修改导致读取不一致幻读：同一事务内相同查询返回不同结果集，范围数据问题理解这三种并发问题及其解决方案，是设计健壮数据库应用的基础。
脏读幻读和不可重复读 数据库锁 隔离机制
热门推荐
song854601134的博客
06-06 6万+
一、脏读、不可重复读、幻读1、脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。 例如： 张三的工资为5000,事务A中把他的工资改为8000,但事务A尚未提交。 与此同时， 事务B正在读取张三的工资，读取到张三的工资为8000。 随后， 事务A发生异常，而回滚了事务。张三的工资又回滚为5000。 最后， 事务B读取到的张三工资为8000的数据即为脏数据，事务B做了一次脏读。2、不可重复读：是指在一个事务内，多
一文详解脏读、不可重复读、幻读
weixin_41814871的博客
05-27 4万+
MySQL 是支持多事务并发执行的。否则来一个事务处理一个请求，处理一个人请求的时候，其它事务都等着，那估计都没人敢用MySQL作为数据库,因为用户体验太差，估计都要砸键盘了。 既然事务可以并发操作,这里就有一些问题：一个事务在写数据的时候，另一个事务要读这行数据，该怎么处理？一个事务在写数据，另一个数据也要写这行数据，又该怎么处理这个冲突？ 这就是并发事务所产生的一些问题。具体来说就是：脏读、不可重复读和幻读。 一、概念说明 以下几个概念是事务隔离级别要实际解决的问题，所以需要搞清楚都是什么意思。 1、脏
面试官：说说事务的ACID，什么是脏读、幻读？
Java2B
01-07 1693
一、事务 事务是数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成。–摘自百科 在MySQL里，事务是在引擎层面实现，比如MyIsam不支持，InnoDB支持 二、ACID 提到事务，肯定会想到 ACID 是吧，自行感受一下概念，然后我们来讲讲隔离性的问题。 原子性：事务的所有操作要么全部成功，要么全部回滚。 一致性：总是从一个一致性的状态转换到另一个一致性的状态...
脏读、幻读、不可重复读，傻傻分不清楚
牧风人的博客
11-10 9199
脏读 （针对未提交数据) 脏读又称无效数据读出（读出了脏数据）。一个事务读取另外一个事务还没有提交的数据叫脏读。 例如：事务T1修改了某个表中的一行数据，但是还没有提交，这时候事务T2读取了被事务T1修改后的数据，之后事务T1因为某种原因回滚（Rollback）了，那么事务T2读取的数据就是脏的（无效的）。 解决办法：把数据库的事务隔离级别调整到READ_COMMITTED（读提交/不可重复读） 不可重复读 （针对其他提交前后，读取数据本身的对比） 不可重复读是指在同一个事务内，两次相同的查.
数据库难点：脏读、幻读、不可重复读与四种隔离级别
weixin_51201930的博客
03-18 9974
前言 本章着重点是介绍：出现脏读、幻读、不可重复读的原因，以及设定四种隔离级别如何解决这些现象，结合图例让读者阅读得更加通透 一、什么是事务？ 所谓事务是用户定义的一个数据库序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。 在SQL中，定义事务的语句一般有三条： BEGIN TRANSACTION; COMMIT; ROLLBACK; 事务通常是以BEGIN TRANSACTION开始，以COMMIT或ROLLBACK结束。 COMMIT：表示提交，即提交事务的所有操作 ROLLBACK：
数据库事务隔离问题详解：脏读、不可重复读与幻读
hixiaoyang的博客
05-28 843
本文系统讲解了数据库事务隔离中的三类典型问题：脏读、不可重复读和幻读。首先介绍事务的ACID特性和四种隔离级别（读未提交、读已提交、可重复读、可串行化），然后分别详细阐述三类问题的定义、产生场景和危害，对比它们之间的区别，并提供相应的解决方案。文章还通过对比表格展示不同隔离级别下三类问题的出现情况，最后给出数据库选择建议和面试回答技巧。现代数据库通过MVCC、锁机制等技术实现事务隔离，理解这些底层机制有助于深入掌握事务隔离问题。
数据库 事务隔离级别 深入理解数据库事务隔离级别：脏读、不可重复读、幻读与串行化
JiuMeilove的博客
09-18 1099
数据库事务隔离级别详解：SQL标准定义了四种隔离级别（读未提交、读已提交、可重复读、串行化），通过MVCC机制实现不同级别的并发控制。读已提交保证不读未提交数据但允许不可重复读，可重复读确保事务内读取一致性但可能出现幻读，串行化完全隔离但性能最差。不同级别在解决脏读、不可重复读和幻读问题上能力各异，需根据业务场景权衡数据一致性与并发性能。MySQL默认可重复读，Oracle默认读已提交，实际应用中需合理选择隔离级别。
详解MVCC以及尽可能解决幻读的两种方案
2301_79437276的博客
05-24 1470
第二个例子：对于当前读，如果事务开启后，并没有执行当前读，而是先快照读（导致有机可趁），然后这期间如果其他事务插入了一条记录，那么事务后续使用当前读进行查询的时候，就会发现两次查询的记录条目就不一样了，所以就发生幻读。针对快照读（普通 select 语句），是通过 MVCC 方式解决了幻读，因为可重复读隔离级别下，事务执行过程中看到的数据，一直跟这个事务启动时看到的数据是一致的，即使中途有其他事务插入了一条数据，是查询不出来这条数据的，所以就很好了避免幻读问题。（3）要看隔离级别，RR肯定不能读。
脏读、幻读和不可重复读
qq_23696693的博客
08-19 2510
一、引言 脏读、不可重复读和幻读是数据库中由于并发访问导致的数据读取问题。当多个事务同时进行时可以通过修改数据库事务的隔离级别来处理这三个问题。 二、问题解释 1、脏读（读取未提交的数据） 脏读又称无效数据的读出，是指在数据库访问中，事务 A 对一个值做修改，事务 B 读取这个值，但是由于某种原因事务 A 回滚撤销了对这个值得修改，这就导致事务 B 读取到的值是无效数据。 2、不可重复读（前后数据多次读取，结果集内容不一致） 不可重复读即当事务 A 按照查询条件得到了一个结果集，这时事务 B 对事务 A .
【MySQL】快速理解脏读、不可重复读、幻读
大白的成长之路
02-22 1687
脏读指一个事务读取到另一个事务未提交的修改数据，若后者发生回滚，前者读取的数据即为无效的“脏数据”。
深入理解数据库事务问题：不可重复读、幻读、脏读及 Java 解决方案
weixin_73344672的博客
03-11 3052
不可重复读、幻读和脏读是数据库多事务并发执行时常见的问题，这些问题会影响数据的一致性和正确性。通过合理设置事务的隔离级别和使用合适的锁机制，我们可以在 Java 程序中有效地解决这些问题。在实际应用中，需要根据具体的业务场景和性能需求来选择合适的解决方案，以达到数据一致性和系统性能的平衡。例如，串行化隔离级别虽然能解决所有问题，但会严重影响并发性能，而较低的隔离级别可能会带来数据不一致的风险，需要开发者根据实际情况进行权衡。
脏读、不可重复读、幻读区别
u010325193的博客
03-09 906
1.脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问 这个数据，然后使用了这个数据。 2.不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两 次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务...
脏读和不可重复读和幻读的区别
qq_60236731的博客
06-08 648
2.不可重复读是指，一个事务再次读取这个数据可是这个数据已经被另一个事务修改了，举例，比如事务A先读取一个文档发现是空的，事务B修改这个文档写上一些数据，事务A再次读取这个文档就会发现有数据。1.脏读是指，一个事务读取到另一个事务未提交的数据，另一个事务未提交该数据有可能会回滚操作，那么我们读取到的这个数据就是一个错误的，不存在的数据。幻读和不可重复读的区别：幻读是一个事务再次读取到另一个事务增加或删除读取到的数据，而不可重复读是一个事务再次读取到的另一个事务修改到的数据。
【MySQL理论】脏读、不可重复读、幻读
Hi there
09-07 1万+
文章目录1. 脏读(dirty read)脏读是指事务读取到其他事务未提交的数据2. 不可重复读(non-repeatable read)不可重复读是指在同一次事务中前后查询不一致的问题3. 幻读(phantom read)幻读是一次事务中前后数据量发生变化，用户产生不可预料的问题4. 总结5. 解决方法 1. 脏读(dirty read) 脏读是指事务读取到其他事务未提交的数据 例如：有事务A、B和一条记录：id为1，name为张三 B首先进行更新操作，将name的值由张三改为张老三，但还未提交事务 be
脏读、不可重复读、幻读到底是干什么的？
长风破浪会有时的博客
05-17 1378
Undo Log的作用记录数据修改前的版本，用于回滚（如脏读场景中，事务回滚时通过Undo Log恢复原始值）。在级别下，配合MVCC提供历史版本数据，避免不可重复读。Redo Log的作用记录数据修改后的版本，用于事务提交时的持久化（先写日志再写磁盘，提升性能）。崩溃恢复时，通过Redo Log重做未完成的事务操作。锁机制（Lock）与MVCC的配合低隔离级别：依赖锁（如共享锁、排他锁）控制访问，但锁粒度粗（表锁）会影响性能。高隔离级别。
不可重复读、幻读
最新发布
09-21
# 不可重复读与幻读详解 在数据库事务并发控制中，**不可重复读（Non-Repeatable Read）** 和 **幻读（Phantom Read）** 是两种常见的并发异常现象。它们都发生在多个事务同时操作数据时，破坏了事务的隔离性。 --- ## 🔍 一、不可重复读（Non-Repeatable Read） ### ✅ 定义： > 在同一个事务中，**两次读取同一行数据的结果不一致**，因为另一事务修改并提交了该行。 这并不是数据“变了”这么简单，而是违反了“可重复读”的语义一致性。 ### 🧪 示例场景： | 时间 | 事务 T1（查询用户余额） | 事务 T2（扣款） | |------|--------------------------|----------------| | t1 | `BEGIN;` | | | t2 | `SELECT balance FROM accounts WHERE user_id = 1;` → 返回 1000 | | | t3 | | `BEGIN;` | | t4 | | `UPDATE accounts SET balance = 900 WHERE user_id = 1;` | | t5 | | `COMMIT;` | | t6 | `SELECT balance FROM accounts WHERE user_id = 1;` → 返回 900 ❗ | | t7 | `COMMIT;` | | 📌 **问题**：T1 在同一事务内两次查询 `user_id=1` 的余额，结果从 `1000` 变为 `900` —— **不可重复读**。 ### ⚠️ 危害 - 程序逻辑可能基于第一次读值做判断，但第二次读值已变。 - 比如银行系统中判断“是否足够支付”，前后矛盾。 ### ✅ 如何避免？ 使用更高的隔离级别： | 隔离级别 | 是否允许不可重复读 | |--------|--------------------| | `READ UNCOMMITTED` | ✅ 允许 | | `READ COMMITTED` | ✅ 允许 | | `REPEATABLE READ`（MySQL 默认） | ❌ 不允许 ✅ | | `SERIALIZABLE` | ❌ 不允许 | > 💡 MySQL 的 InnoDB 引擎在 `REPEATABLE READ` 下通过 **MVCC + 快照读** 实现了防止不可重复读。 ```sql -- 设置隔离级别 SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; ``` --- ## 🔍 二、幻读（Phantom Read） ### ✅ 定义： > 在同一个事务中，**两次执行相同的范围查询，返回的行数不同**，因为另一个事务插入或删除了符合条件的新行。 注意：这不是某一行变了，而是“凭空多出”或“消失”了一些行。 ### 🧪 示例场景：新增记录导致幻读 | 时间 | 事务 T1（统计员工） | 事务 T2（入职新人） | |------|---------------------|----------------------| | t1 | `BEGIN;` | | | t2 | `SELECT * FROM employees WHERE dept = 'HR';` → 返回 2 条 | | | t3 | | `INSERT INTO employees (name, dept) VALUES ('Alice', 'HR');` | | t4 | | `COMMIT;` | | t5 | `SELECT * FROM employees WHERE dept = 'HR';` → 返回 3 条 ❗ | | t6 | `COMMIT;` | | 📌 第二次查询比第一次多了一条记录 —— 出现了“幻影”行 → **幻读** ### 📌 幻读 vs 不可重复读的区别 | 对比项 | 不可重复读 | 幻读 | |-------|------------|------| | 操作对象 | 同一行数据被修改 | 范围查询中出现新行或缺失行 | | 类型 | **更新引起** | **插入/删除引起** | | SQL 示例 | `UPDATE` | `INSERT` / `DELETE` | | 影响 | 值变化 | 行数变化 | --- ## ✅ 如何防止幻读？ ### 方法 1：提高隔离级别到 `SERIALIZABLE` ```sql SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE; ``` - 所有 SELECT 都隐式加共享锁 - INSERT/UPDATE/DELETE 需要排他锁 - 完全串行化执行，杜绝幻读 - ❌ 缺点：性能极差，容易死锁 ### 方法 2：在 `REPEATABLE READ` 下使用 **间隙锁（Gap Lock）** MySQL InnoDB 在 `REPEATABLE READ` 级别下已经支持防止部分幻读！ #### 示例：使用 `FOR UPDATE` 加间隙锁 ```sql -- T1 查询并锁定范围 BEGIN; SELECT * FROM employees WHERE dept = 'HR' FOR UPDATE; -- 此时会锁住 dept='HR' 的所有现有记录及其“间隙” -- T2 尝试插入 HR 部门将被阻塞，直到 T1 提交 ``` 📌 这样即使 T2 想插入新员工，也会被阻塞，从而避免幻读。 > 🔍 注意：普通快照读（无锁）在 RR 下仍可能发生“幻读感知”，但 MVCC 保证你看到的是事务开始时的一致快照。 --- ## 🧩 MySQL 特殊行为：InnoDB 的 `REPEATABLE READ` 能否防止幻读？ ✅ **答案是：大部分情况下可以！** 这是因为 InnoDB 使用了： - **MVCC（多版本并发控制）**：每个事务看到的是一个一致性快照 - **Next-Key Locking（记录锁 + 间隙锁）**：防止其他事务在范围内插入新行 所以： - 普通 `SELECT`：通过快照避免幻读（一致性视图） - `SELECT ... FOR UPDATE` / `LOCK IN SHARE MODE`：通过 Gap Lock 显式防止插入 👉 因此，在 MySQL 中，`REPEATABLE READ` 实际上已经能有效防止绝大多数幻读场景，不像标准 SQL 定义那样脆弱。 --- ## 🛠️ 代码演示：防止幻读的正确方式 ```sql -- 设置为可重复读（默认） SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 事务 T1：锁定 HR 部门的所有员工（包括间隙） BEGIN; SELECT * FROM employees WHERE dept = 'HR' FOR UPDATE; -- 此时其他事务无法插入 dept='HR' 的新员工 -- 直到本事务提交或回滚 -- 做一些业务逻辑... INSERT INTO audit_log VALUES ('checked HR staff'); COMMIT; ``` 此时如果有另一个事务尝试插入： ```sql INSERT INTO employees (name, dept) VALUES ('Bob', 'HR'); -- 会被阻塞！ ``` 直到第一个事务提交后才能继续。 --- ## ✅ 总结对比表 | 特性 | 脏读 | 不可重复读 | 幻读 | |------|------|-------------|-------| | 定义 | 读到未提交的数据 | 同一行两次读取不同 | 范围查询行数变化 | | 原因 | 读未提交 | 更新已提交 | 插入/删除新行 | | 防止最低级别 | `READ COMMITTED` | `REPEATABLE READ` | `SERIALIZABLE` 或 RR + Gap Lock | | MySQL 默认能否防？ | ✅ 能（RR） | ✅ 能（RR + MVCC） | ✅ 大部分能（RR + Gap Lock） | --- ## 💡 推荐实践 1. **生产环境不要用 `READ UNCOMMITTED`** 2. **保持默认 `REPEATABLE READ`**，InnoDB 已优化得很好 3. 对关键范围操作使用 `SELECT ... FOR UPDATE` 或 `LOCK IN SHARE MODE` 4. 如果需要强一致性，考虑 `SERIALIZABLE`（牺牲性能） 5. 避免长事务，减少锁竞争 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值