Redis--基础知识点--17--rdb_aof

最新推荐文章于 2022-07-16 23:44:29 发布
最新推荐文章于 2022-07-16 23:44:29 发布
阅读量121 收藏
点赞数
分类专栏： Redis 文章标签： redis rdb aof
原文链接：https://segmentfault.com/a/1190000016021217
版权

1 持久化

1.1 什么是持久化

持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。
持久化Redis所有数据保持在内存中，对数据的更新将异步地保存到磁盘上。
在这里插入图片描述

1.2 持久化的实现方式

快照方式持久化

快照方式持久化就是在某时刻把所有数据进行完整备份。

例：Mysql的Dump方式、Redis的RDB方式。

写日志方式持久化

写日志方式持久化就是把用户执行的所有写指令（增删改）备份到文件中，还原数据时只需要把备份的所有指令重新执行一遍即可。

例：Mysql的Binlog、Redis的AOF、Hbase的HLog。

2 RDB 详解

RDB 是 Redis 默认的持久化方案。在指定的时间间隔内，执行指定次数的写操作，则会将内存中的数据写入到磁盘中。即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据。

2.1 从配置文件了解RDB

打开 redis.conf 文件，找到 SNAPSHOTTING 对应内容

# RDB自动持久化规则
# 当 900 秒内有至少有 1 个键被改动时，自动进行数据集保存操作
save 900 1
# 当 300 秒内有至少有 10 个键被改动时，自动进行数据集保存操作
save 300 10
# 当 60 秒内有至少有 10000 个键被改动时，自动进行数据集保存操作
save 60 10000

# RDB持久化文件名
dbfilename dump-<port>.rdb

# 数据持久化文件存储目录
dir /var/lib/redis

# bgsave发生错误时是否停止写入，通常为yes
stop-writes-on-bgsave-error yes

# rdb文件是否使用压缩格式,Redis采用LZF压缩方式，但占用了一点CPU的时间。若关闭该选项，但会导致数据库文件变的巨大。建议开启。
rdbcompression yes

# 是否对rdb文件进行校验和检验，通常为yes
rdbchecksum yes
2.2 RDB文件的创建及通过RDB文件恢复数据

在这里插入图片描述
(1) RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储。
(2) 在默认情况下， Redis 将数据库快照保存在名字为 dump.rdb的二进制文件中。文件位置可通过redis.conf中的dir设置
(3) 在 Redis 运行时， RDB 程序将当前内存中的数据库快照保存到磁盘文件中， 在 Redis 重启动时， RDB 程序可以通过载入 RDB 文件来还原数据库的状态。

2.3 触发RDB快照

1 在指定的时间间隔内，执行指定次数的写操作
2 执行save（阻塞， 只管保存快照，其他的等待） 或者是bgsave （异步）命令
3 执行flushall 命令，清空数据库所有数据，意义不大。
4 执行shutdown 命令，保证服务器正常关闭且不丢失任何数据，意义…也不大。

原理

工作方式
当 Redis 需要保存 dump.rdb 文件时， 服务器执行以下操作:

  • (1) Redis 调用forks。同时拥有父进程和子进程。
  • (2) 子进程将数据集写入到一个临时 RDB 文件中。
  • (3) 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并 删除旧的 RDB 文件。

这种工作方式使得 Redis 可以从写时复制（copy-on-write）机制中获益。

save命令（同步数据到磁盘上）

save 命令执行一个同步操作，以RDB文件的方式保存所有数据的快照。

127.0.0.1:6379> save
OK

save命令
由于 save 命令是同步命令，会占用Redis的主进程。若Redis数据非常多时，save命令执行速度会非常慢，阻塞所有客户端的请求。
因此很少在生产环境直接使用SAVE 命令，可以使用BGSAVE 命令代替。如果在BGSAVE命令的保存数据的子进程发生错误的时，用 SAVE命令保存最新的数据是最后的手段。
在这里插入图片描述
bgsave命令（异步保存数据到磁盘上）

bgsave 命令执行一个异步操作，以RDB文件的方式保存所有数据的快照。

127.0.0.1:6379> bgsave
Background saving started

Redis使用Linux系统的fock()生成一个子进程来将DB数据保存到磁盘，主进程继续提供服务以供客户端调用。
如果操作成功，可以通过客户端命令LASTSAVE来检查操作结果。
在这里插入图片描述
save 与 bgsave 对比

命令savebgsave
IO类型同步异步
阻塞？是是（阻塞发生在fock()，通常非常快）
复杂度O(n)O(n)
优点不会消耗额外的内存不阻塞客户端命令
缺点阻塞客户端命令需要fock子进程，消耗内存

自动生成RDB

除了手动执行 save 和 bgsave 命令实现RDB持久化以外，Redis还提供了自动自动生成RDB的方式。

你可以通过配置文件对 Redis 进行设置， 让它在“ N 秒内数据集至少有 M 个改动”这一条件被满足时， 自动进行数据集保存操作。
比如说， 以下设置会让 Redis 在满足“ 60 秒内有至少有 1000 个键被改动”这一条件时， 自动进行数据集保存操作:

save 60 1000

在这里插入图片描述

2.4 RDB 的优缺点

优点：

  • 1 适合大规模的数据恢复。
  • 2 如果业务对数据完整性和一致性要求不高，RDB是很好的选择。

缺点：

  • 1 数据的完整性和一致性不高，因为RDB可能在最后一次备份时宕机了。
  • 2 备份时占用内存，因为Redis 在备份时会独立创建一个子进程，将数据写入到一个临时文件（此时内存中的数据是原来的两倍哦），最后再将临时文件替换之前的备份文件。

所以Redis 的持久化和数据的恢复要选择在夜深人静的时候执行是比较合理的。

2.5 操作演示
[root@itdragon bin]# vim redis.conf
save 900 1
save 120 5
save 60 10000
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set key1 value1
OK
127.0.0.1:6379> set key2 value2
OK
127.0.0.1:6379> set key3 value3
OK
127.0.0.1:6379> set key4 value4
OK
127.0.0.1:6379> set key5 value5
OK
127.0.0.1:6379> set key6 value6
OK
127.0.0.1:6379> SHUTDOWN
not connected> QUIT
[root@itdragon bin]# cp dump.rdb dump_bk.rdb
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> FLUSHALL 
OK
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> SHUTDOWN
not connected> QUIT
[root@itdragon bin]# cp dump_bk.rdb  dump.rdb
cp: overwrite `dump.rdb'? y
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> keys *
1) "key5"
2) "key1"
3) "key3"
4) "key4"
5) "key6"
6) "key2"

第一步：vim 修改持久化配置时间，120秒内修改5次则持久化一次。
第二步：重启服务使配置生效。
第三步：分别set 5个key，过两分钟后，在bin的当前目录下会自动生产一个dump.rdb文件。（set key6 是为了验证shutdown有触发RDB快照的作用）
第四步：将当前的dump.rdb 备份一份（模拟线上工作）。
第五步：执行FLUSHALL命令清空数据库数据（模拟数据丢失）。
第六步：重启Redis服务，恢复数据…咦？？？？( ′◔ ‸◔`)。数据是空的？？？？这是因为FLUSHALL也有触发RDB快照的功能。
第七步：将备份的 dump_bk.rdb 替换 dump.rdb 然后重新Redis。

注意点：SHUTDOWN 和 FLUSHALL 命令都会触发RDB快照，这是一个坑，请大家注意。

其他命令：

  • keys * 匹配数据库中所有 key
  • save 阻塞触发RDB快照，使其备份数据
  • FLUSHALL 清空整个 Redis 服务器的数据(几乎不用)
  • SHUTDOWN 关机走人（很少用）
2.6 备份类型

通过快照备份，全量备份

3 AOF 详解

快照功能（RDB）并不是非常耐久（durable）： 如果 Redis 因为某些原因而造成故障停机， 那么服务器将丢失最近写入、且仍未保存到快照中的那些数据。 从 1.1 版本开始， Redis 增加了一种完全耐久的持久化方式： AOF 持久化。

你可以在配置文件中打开AOF方式:

appendonly yes

打开AOF后， 每当 Redis 执行一个改变数据集的命令时（比如 SET）， 这个命令就会被追加到 AOF 文件的末尾。这样的话， 当 Redis 重新启时， 程序就可以通过重新执行 AOF 文件中的命令来达到重建数据集的目的。

3.1 从配置文件了解AOF

打开 redis.conf 文件，找到 APPEND ONLY MODE 对应内容

# 开启AOF持久化方式
appendonly yes

# AOF持久化文件名
appendfilename appendonly-<port>.aof

# 每秒把缓冲区的数据同步到磁盘
appendfsync everysec

# 数据持久化文件存储目录
dir /var/lib/redis

# 是否在执行重写时不同步数据到AOF文件
# 这里的 yes，就是执行重写时不同步数据到AOF文件
no-appendfsync-on-rewrite yes

# 触发AOF文件执行重写的最小尺寸
auto-aof-rewrite-min-size 64mb
# 触发AOF文件执行重写的增长率
auto-aof-rewrite-percentage 100
# 当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。一般都设置为3G，64M太小了。
3.2 AOF文件的创建及根据AOF文件恢复数据

AOF运行原理 - 创建
在这里插入图片描述
AOF运行原理 - 恢复
在这里插入图片描述
正常情况下，将appendonly.aof 文件拷贝到redis的安装目录的bin目录下，重启redis服务即可。但在实际开发中，可能因为某些原因导致appendonly.aof 文件格式异常，从而导致数据还原失败，可以通过命令redis-check-aof --fix appendonly.aof 进行修复 。从下面的操作演示中体会。

3.3 触发AOF快照

根据配置文件触发，可以是每次执行触发，可以是每秒触发，可以不同步。

always

每次有新命令追加到 AOF 文件时就执行一次 fsync ：非常慢，也非常安全。

always
everysec

每秒 fsync 一次：足够快（和使用 RDB 持久化差不多），并且在故障时只会丢失 1 秒钟的数据。
推荐（并且也是默认）的措施为每秒 fsync 一次， 这种 fsync 策略可以兼顾速度和安全性。
everysec
no

从不 fsync ：将数据交给操作系统来处理，由操作系统来决定什么时候同步数据。更快，也更不安全的选择。
no
always、everysec、no对比

命令优点缺点
always不丢失数据IO开销大，一般SATA磁盘只有几百TPS
everysec每秒进行与fsync，最多丢失1秒数据可能丢失1秒数据
no不用管不可控

推荐（并且也是默认）的措施为每秒 fsync 一次， 这种 fsync 策略可以兼顾速度和安全性。

3.4 AOF的重写机制

前面也说到了，AOF的工作原理是将写操作追加到文件中，文件的冗余内容会越来越多。所以聪明的 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时，Redis就会对AOF文件的内容压缩。

AOF重写举例

因为 AOF 的运作方式是不断地将命令追加到文件的末尾， 所以随着写入命令的不断增加， AOF 文件的体积也会变得越来越大。举个例子， 如果你对一个计数器调用了 100 次 INCR ， 那么仅仅是为了保存这个计数器的当前值， AOF 文件就需要使用 100 条记录（entry）。然而在实际上， 只使用一条 SET 命令已经足以保存计数器的当前值了， 其余 99 条记录实际上都是多余的。

为了处理这种情况， Redis 支持一种有趣的特性： 可以在不打断服务客户端的情况下， 对 AOF 文件进行重建（rebuild）。执行 bgrewriteaof 命令， Redis 将生成一个新的 AOF 文件， 这个文件包含重建当前数据集所需的最少命令。

Redis 2.2 需要自己手动执行 bgrewriteaof 命令； Redis 2.4 则可以通过配置自动触发 AOF 重写。
在这里插入图片描述
AOF重写作用

  • 减少磁盘占用量
  • 加速数据恢复

AOF重写原理

bgrewriteaof 命令

  • Redis bgrewriteaof 命令用于异步执行一个 AOF（AppendOnly File）文件重写操作。重写会创建一个当前AOF文件的体积优化版本。
    即使 bgrewriteaof 执行失败，也不会有任何数据丢失，因为旧的AOF文件在 bgrewriteaof 成功之前不会被修改。
    AOF 重写由 Redis 自行触发，bgrewriteaof 仅仅用于手动触发重写操作。
    具体内容:
    • 如果一个子Redis是通过磁盘快照创建的，AOF重写将会在RDB终止后才开始保存。这种情况下BGREWRITEAOF任然会返回OK状态码。从Redis 2.6起你可以通过INFO命令查看AOF重写执行情况。
    • 如果只在执行的AOF重写返回一个错误，AOF重写将会在稍后一点的时间重新调用。
      在这里插入图片描述

AOF重写配置

配置名含义
auto-aof-rewrite-min-size触发AOF文件执行重写的最小尺寸
auto-aof-rewrite-percentage触发AOF文件执行重写的增长率
统计名含义
aof_current_sizeAOF文件当前尺寸（字节）
aof_base_sizeAOF文件上次启动和重写时的尺寸（字节）

AOF重写自动触发机制，需要同时满足下面两个条件：

  • aof_current_size > auto-aof-rewrite-min-size
  • (aof_current_size - aof_base_size) * 100 / aof_base_size > auto-aof-rewrite-percentage

假设 Redis 的配置项为：

auto-aof-rewrite-min-size 64mb
auto-aof-rewrite-percentage 100

当AOF文件的体积大于64Mb，并且AOF文件的体积比上一次重写之久的体积大了至少一倍（100%）时，Redis将执行 bgrewriteaof 命令进行重写。

AOF重写的流程

在这里插入图片描述

3.5 AOF 的优缺点

优点：数据的完整性和一致性更高
缺点：因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。

3.6 操作演示
[root@itdragon bin]# vim appendonly.aof
appendonly yes
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set keyAOf valueAof
OK
127.0.0.1:6379> FLUSHALL 
OK
127.0.0.1:6379> SHUTDOWN
not connected> QUIT
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> keys *
1) "keyAOf"
127.0.0.1:6379> SHUTDOWN
not connected> QUIT
[root@itdragon bin]# vim appendonly.aof
fjewofjwojfoewifjowejfwf
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
Could not connect to Redis at 127.0.0.1:6379: Connection refused
not connected> QUIT
[root@itdragon bin]# redis-check-aof --fix appendonly.aof 
'x              3e: Expected prefix '*', got: '
AOF analyzed: size=92, ok_up_to=62, diff=30
This will shrink the AOF from 92 bytes, with 30 bytes, to 62 bytes
Continue? [y/N]: y
Successfully truncated AOF
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> keys *
1) "keyAOf"

第一步：修改配置文件，开启AOF持久化配置。
第二步：重启Redis服务，并进入Redis 自带的客户端中。
第三步：保存值，然后模拟数据丢失，关闭Redis服务。
第四步：重启服务，发现数据恢复了。（额外提一点：有教程显示FLUSHALL 命令会被写入AOF文件中，导致数据恢复失败。我安装的是redis-4.0.2没有遇到这个问题）。
第五步：修改appendonly.aof，模拟文件异常情况。
第六步：重启 Redis 服务失败。这同时也说明了，RDB和AOF可以同时存在，且优先加载AOF文件。
第七步：校验appendonly.aof 文件。重启Redis 服务后正常。

补充点：aof 的校验是通过 redis-check-aof 文件，那么rdb 的校验是不是可以通过 redis-check-rdb 文件呢？？？

3.7 备份类型

通过日志备份，增量备份

4 RDB和AOF的抉择

4.1 RDB 和 AOF 对比
-RDBAOF
启动优先级低高
体积小大
恢复速度快慢
数据安全性丢数据根据策略决定
4.2 如何选择使用哪种持久化方式？

一般来说， 如果想达到足以媲美 PostgreSQL 的数据安全性， 你应该同时使用两种持久化功能。

如果你非常关心你的数据， 但仍然可以承受数分钟以内的数据丢失， 那么你可以只使用 RDB 持久化。

有很多用户都只使用 AOF 持久化， 但并不推荐这种方式： 因为定时生成 RDB 快照（snapshot）非常便于进行数据库备份， 并且 RDB 恢复数据集的速度也要比 AOF 恢复的速度要快。

4.3 redis重启加载load

当Redis服务器重启时，可以加载AOF文件进行数据恢复。
在这里插入图片描述
如上图，流程说明：

  • (1) AOF持久化开启且存在AOF文件时，优先加载AOF文件。
  • (2) AOF关闭或者AOF文件不存在时，加载RDB文件。
  • (3) 加载AOF/RDB文件成功后，Redis启动成功。
  • (4) AOF/RDB文件存在错误时，Redis启动失败并打印错误信息。

[参考博客]
Redis持久化 - RDB和AOF
Redis 持久化之RDB和AOF

Chasing__Dreams
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
redis持久化方式
01-13
介绍redis两种持久化方式及配置，以及它们各自的优缺点
redis-7.0.7_linux_x86.tar.gz
05-25
Redis是一款高性能的键值对存储系统，常用于数据库、缓存和消息中间件等场景。在本案例中，我们讨论的是Redis的7.0.7版本针对Linux ...通过理解和掌握上述知识点，可以更好地利用Redis来优化应用程序的性能和数据管理。
Redis持久化 - RDB和AOF
weixin_34378922的博客
08-19 171
一、持久化的作用 1. 什么是持久化 持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。持久化Redis所有数据保持在内存中，对数据的更新将异步地保存到磁盘上。 2. 持久化的实现方式 快照方式持久化 快照方式持久化就是在某时刻把所有数据进行完整备份。 例：Mysql的Dump方式、Re...
redis持久化RDB和AOF
weixin_30576859的博客
07-04 1304
Redis 持久化: 提供了多种不同级别的持久化方式:一种是RDB,另一种是AOF. RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）。 AOF 持久化记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。 AOF 文件中的命令全部以 Redis 协议的格式来保存，新命令会被追加到文件的末尾。 Redis...
Redis持久化
XiaoMaPro
06-04 203
Redis 是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中的数据库状态也会消失。所以 Redis 提供了持久化功能！ RDB（Redis DataBase） Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效
Redis持久化的两种方法
qq_43685488的博客
02-11 790
Redis 持久化的两种方法
redis-7.0.1 windows x64
06-10
RDB 在特定时间点生成数据的全量备份，而 AOF 记录所有的写操作命令，当系统重启时执行这些命令来恢复数据。 3. **复制**：Redis 支持主从复制，允许多个从服务器同步主服务器的数据，提高系统的可用性和读取性能。...
redis-client-windows
01-11
在Windows上使用Redis通常涉及以下知识点： 1. **Redis安装**：首先需要在Windows上安装Redis服务器。这可以通过下载官方的Windows版本或者使用像`msi`安装包的方式。安装完成后，启动Redis服务，确保其在默认的...
redis-3.0.4.tar.gz.zip
04-13
下面将详细解析Redis 3.0.4版本中的关键知识点。 一、Redis基本概念与特性 1. 键值存储：Redis的核心设计是键值对存储，键是唯一的字符串标识，值可以是多种类型，包括字符串、列表、集合、有序集合和哈希表。 2. ...
redis-windows-7.2.4.zip
最新发布
01-14
Redis，全称Remote Dictionary Server，是一款开源的、高性能的键值对存储系统，它支持...通过了解并掌握以上知识点，你将能够有效地在Windows环境中安装、配置和使用Redis，利用其强大的功能来优化你的应用程序性能。
Redis的两种持久化方式
Luffy的博客
12-31 1081
Redis提供了两种不同级别的持久化方式。一种是RDB(Redis DataBase)，另一种是AOF(Append Only File)。 一、RDB（Redis DataBase） 1、什么是RDB RDB持久化方式是指在指定的时间间隔内将内存中的数据集快照写入磁盘。当重启Redis时将快照文件直接读到内存里。 2、如何触发RDB快照保存策略 有两种方式触发RDB持久化策略 通过配置文件中配置save <seconds> <changes>（后面具体介绍），自动.
Redis持久化方法
K.Sun
10-08 607
持久化即将数据存储在硬盘中，Redis为我们提供了两种持久化选项：一种叫快照（snapshoting），另一种叫只追加文件（append-only file，AOF）。快照（snapshoting）快照就是将某个时刻的数据持久化到硬盘。如果系统崩了，那么用户只是丢失最近一次生成快照之后更改的数据，之前的数据还是存在的。创建快照的几种方法： 客户端向Redis发送BGSAVE命令创建快照。 客户端向R
Redis持久化方式
weixin_45970783的博客
07-16 189
Redis持久化
Redis 持久化方式
liyuguanguan的博客
04-10 106
Redis有两种持久化方式 RDB AOF 1.RDB方式 配置: 当在规定的时间内，Redis发生了写操作的个数满足条件，会触发发生BGSAVE命令 当用户设置了多个save的选项配置，只要其中任一条满足，Redis都会触发一次BGSAVE操作 比如：900秒之内至少一次写操作、300秒之内至少发生10次写操作、60秒之内发生至少10000次写操作都会触发发生快照操作 save 900 ...
Redis的持久化方式
。。。。
05-29 3570
Redis 提供了2个不同形式的持久化方式 RDB（Redis DataBase） RDB 在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里 RED 是 redis默认的持久化方式(默认开启) 备份是如何执行的 Redis 会单独创建（fork）一个子进程来进行持久化，会先将数据写入到 一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能 如
Redis总结（四）Redis 的持久化
weixin_30892763的博客
12-04 555
前面已经总结了Redis 的安装和使用，大家可以这这里查看Redis 系列文章：https://www.cnblogs.com/zhangweizhong/category/771056.html 今天讲下Redis 的持久化。 redis跟memcached类似，都是内存数据库，不过redis支持数据持久化，也就是说redis可以将内存中的数据同步到磁盘来持久化，以确保redis 的数...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值