Redis进阶（2）——Redis数据的持久化 &amp； CAP分布式理论（高可用性

于 2024-05-07 15:02:20 发布
阅读量262 收藏 4
点赞数 4
分类专栏： 程序员 文章标签： redis 分布式 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84563080/article/details/138532689
版权

img
img
img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

运行容器

自定义docker的静态网段，关机重启，不会改变redis的ip

docker network create --driver bridge --subnet=172.18.12.0/16 --gateway=172.18.1.1 pet_docker_net

conf位置

[root@localhost conf]# ls
redis.conf
[root@localhost conf]# pwd
/usr/local/software/6380/conf

/usr/local/software/6380/conf/redis.conf

data的位置

[root@localhost data]# pwd
/usr/local/software/6380/data

log的位置

[root@localhost log]# ls
redis.log
[root@localhost log]# pwd
/usr/local/software/6380/log
    
/usr/local/software/6380/log/redis.log

docker run
-i：以交互模式运行容器
-t：为容器重新分配一个伪输入终端
–name :容器名称
–privileged: 设置容器公开权限（默认为true）
-p :映射端口 linux端口: 容器内置端口(mysql默认端口为3306)
-v : linux挂载文件夹/文件和容器内路径的映射
-e: 容器的环境变量（设置mysql默认用户名&密码)
-d: 后台运行容器，并返回容器ID

docker run -it \
--name redis_6379_main \
--privileged \
-p 6379:6379 \
--network pet_docker_net \
--ip 172.18.12.15 \
-v /usr/local/software/6380/conf/redis.conf:/usr/local/etc/redis/redis.conf \
-v /usr/local/software/6380/data/:/data \
-v /usr/local/software/6380/log/redis.log:/var/log/redis.log \
-d redis \
/usr/local/etc/redis/redis.conf


docker run -it \
--name redis_6380 \
--privileged \
-p 6380:6379 \
--network pet_docker_net \
--ip 172.18.12.10 \
-v /usr/local/software/redis/6379/conf/redis.conf:/usr/local/etc/redis/redis.conf \
-v /usr/local/software/redis/6379/data/:/data \
-v /usr/local/software/redis/6379/log/redis.log:/var/log/redis.log \
-d redis \
/usr/local/etc/redis/redis.conf
检查日志log

检查进程是否启动

docker ps

在这里插入图片描述

检查日志

docker logs redis_6379

由于是挂载启动，此时查看日志采用

cat /usr/local/software/6380/log/redis.log

在这里插入图片描述

[root@localhost log]# docker run -it \
> --name redis_6380 \
> --privileged \
> -p 6380:6379 \
> --network pet_docker_net \
> --ip 172.18.12.10 \
> -v /usr/local/software/6380/conf/redis.conf:/usr/local/etc/redis/redis.conf \
> -v /usr/local/software/6380/data/:/data \
> -v /usr/local/software/6380/log/redis.log:/var/log/redis.log \
> -d redis \
> /usr/local/etc/redis/redis.conf
1e9bdea8560e9e1c4977978be15d8b1954ebf843e49f504acc797b49c430a668
[root@localhost log]# docker ps 
CONTAINER ID        IMAGE                COMMAND                  CREATED             STATUS              PORTS                                                      NAMES
1e9bdea8560e        redis                "docker-entrypoint..."   7 seconds ago       Up 6 seconds        0.0.0.0:6380->6379/tcp                                     redis_6380
[root@localhost log]# docker logs redis_6380
[root@localhost log]# ls
redis.log
[root@localhost log]# cat redis.log 
Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
1:M 19 Jul 2023 09:42:11.650 \* Ready to accept connections
[root@localhost log]#
测试redis
[root@localhost conf]# docker exec -it redis_6379_main bash
root@71dd1af12898:/data# redis-cli
127.0.0.1:6379> ping
PONG
放开ipv4端口

在这里插入图片描述

从slave的redis

从slave的文件夹

在/usr/local下创建software目录

在software目录下创建3个redis服务器以端口号命名: 6379,6380,63801

在每个文件夹下都创建data, conf, 和logs文件夹。

  • data、conf和logs文件夹
  • conf：存储redis配置文件
  • logs: 存储redis日志文件
[root@localhost software]# mkdir -p 6380/conf 6380/data 6380/log
[root@localhost software]# ls
6380  canal
[root@localhost software]# cd 6380/log/
[root@localhost log]# pwd
/usr/local/software/6380/log
[root@localhost log]# touch redis.log
[root@localhost log]# ll
总用量 0
-rw-r--r--. 1 root root 0 7月  19 11:32 redis.log
[root@localhost log]# chmod 777 redis.log 
[root@localhost log]# ll
总用量 0
-rwxrwxrwx. 1 root root 0 7月  19 11:32 redis.log
[root@localhost log]#
配置文件拷贝
[root@localhost log]# docker image inspect redis

在这里插入图片描述

https://redis.io/docs/management/config/

在这里插入图片描述

[root@localhost 6380]# cd conf/
[root@localhost conf]# touch redis.conf
[root@localhost conf]# vim redis.conf 
[root@localhost conf]# cat redis.conf 
# Redis configuration file example.
#
# Note that in order to read the configuration file, Redis must be
# started with the file path as first argument:
#
# ./redis-server /path/to/redis.conf

# Note on units: when memory size is needed, it is possible to specify
# it in the usual form of 1k 5GB 4M and so forth:

配置文件结构

[root@localhost 6380]# yum -y install tree
[root@localhost 6380]# tree
.
├── conf
│   └── redis.conf
├── data
└── log
    └── redis.log

3 directories, 2 files
主从的文件夹

在这里插入图片描述

[root@localhost software]# ls
6380  6381  canal
[root@localhost software]# tree
.
├── 6380
│   ├── conf
│   │   └── redis.conf
│   ├── data
│   └── log
│       └── redis.log
├── 6381
│   ├── conf
│   │   └── redis.conf
│   ├── data
│   └── log
│       └── redis.log
└── canal
    └── conf
        ├── canal.properties
        └── instance.properties

10 directories, 6 files
修改从配置文件
[root@localhost ~]# docker inspect redis_6379_main | grep IPA
            "SecondaryIPAddresses": null,
            "IPAddress": "",
                    "IPAMConfig": {
                    "IPAddress": "172.18.12.15",
[root@localhost ~]#

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

 479 # replicaof <masterip> <masterport>
 480 replicaof 172.18.12.15 6379
 481 slave-read-only no
     
 1256 appendonly yes
运行从的redis

docker run
-i：以交互模式运行容器
-t：为容器重新分配一个伪输入终端
–name :容器名称
–privileged: 设置容器公开权限（默认为true）
-p :映射端口 linux端口: 容器内置端口(mysql默认端口为3306)
-v : linux挂载文件夹/文件和容器内路径的映射
-e: 容器的环境变量（设置mysql默认用户名&密码)
-d: 后台运行容器，并返回容器ID

docker run -it \
--name redis_6381_slave \
--privileged \
-p 6381:6379 \
--network pet_docker_net \
--ip 172.18.12.16 \
-v /usr/local/software/6381/conf/redis.conf:/usr/local/etc/redis/redis.conf \
-v /usr/local/software/6381/data/:/data \
-v /usr/local/software/6381/log/redis.log:/var/log/redis.log \
-d redis \
/usr/local/etc/redis/redis.conf
检查日志
[root@localhost conf]# cat /usr/local/software/6381/log/redis.log

在这里插入图片描述

查看从redis的状态
[root@localhost conf]# docker exec -it redis_6381_slave bash
root@80b796f922eb:/data# redis-cli
127.0.0.1:6379> info replication

在这里插入图片描述

查看主master的状态
[root@localhost conf]# docker exec -it redis_6379_main bash
root@71dd1af12898:/data# redis-cli
127.0.0.1:6379> info replication

在这里插入图片描述

主从同步

在这里插入图片描述

哨兵机制(sentinel)

主从工作

架构

在这里插入图片描述

问题

如果主服务器(master)出现宕机，那么向从库写数据就会出现问题。

解决方案

智能化节点监测-哨兵模式： Redis 在 2.8 版本以后提供的哨兵（Sentinel）机制，它的作用是实现主从节点故障转移。它会监测主节点是否存活，如果发现主节点挂了，它就会选举一个从节点切换为主节点，并且把新主节点的相关信息通知给从节点和客户端。

什么是哨兵机制

Sentinel（哨岗、哨兵）是Redis的**高可用性（high availability）**解决方案：由一个或多个Sentinel实例（instance）组成的Sentinel系统（system）可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。

在这里插入图片描述

在这里插入图片描述

哨兵模式架构（三哨兵方式）

在这里插入图片描述

搭建哨兵模式(三哨兵)

redis服务的IP地址
序号服务器名称ip地址
1redis_6379 (主)172.18.12.10
2redis_6380 (从)172.18.12.10
3redis_6381(从)172.18.12.10
哨兵配置文件
每一个redis创建哨兵配置文件

文件名命名：sentinel.conf

编辑redis-sentinel.conf文件

sentinel monitor

  • master-name: redis 主服务器名称
  • ip: redis 主服务器的ip地址
  • redis-port ： redis主服务器的端口号
  • quorum: 设定了当几个哨兵判定这个节点失效后，才认为这个节点真的失效了，例如如果设置为2，则表示有两个哨兵联合判断是否失效。
  • 哨兵1：跟踪redis(主)
# 所以无需担心端口重复使用
# 如果需要在单机
port 26379

# 设定密码认证
# requirepass 123456

# 配置哨兵的监控参数
# 格式：sentinel monitor <master-name> <ip> <redis-port> <quorum>
# master-name是为这个被监控的master起的名字
# ip是被监控的master的IP或主机名。因为Docker容器之间可以使用容器名访问，所以这里写master节点的容器名
# redis-port是被监控节点所监听的端口号
# quorom设定了当几个哨兵判定这个节点失效后，才认为这个节点真的失效了
sentinel monitor redis_6379 172.18.12.10 6379 2

# 连接主节点的密码
# 格式：sentinel auth-pass <master-name> <password>
# sentinel auth-pass local-master 123456

# master在连续多长时间无法响应PING指令后，就会主观判定节点下线，默认是30秒
# 格式：sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds redis_6379 30000
  • 哨兵2：跟踪redis(从1)
# 所以无需担心端口重复使用
# 如果需要在单机
port 26380

# 设定密码认证
# requirepass 123456

# 配置哨兵的监控参数
# 格式：sentinel monitor <master-name> <ip> <redis-port> <quorum>
# master-name是为这个被监控的master起的名字
# ip是被监控的master的IP或主机名。因为Docker容器之间可以使用容器名访问，所以这里写master节点的容器名
# redis-port是被监控节点所监听的端口号
# quorom设定了当几个哨兵判定这个节点失效后，才认为这个节点真的失效了
sentinel monitor redis_6379 172.18.12.10 6379 2

# 连接主节点的密码
# 格式：sentinel auth-pass <master-name> <password>
# sentinel auth-pass local-master 123456

# master在连续多长时间无法响应PING指令后，就会主观判定节点下线，默认是30秒
# 格式：sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds redis_6379 30000
  • 哨兵3： 跟踪redis(从2)
# 所以无需担心端口重复使用
# 如果需要在单机
port 26381

# 设定密码认证
# requirepass 123456

# 配置哨兵的监控参数
# 格式：sentinel monitor <master-name> <ip> <redis-port> <quorum>
# master-name是为这个被监控的master起的名字
# ip是被监控的master的IP或主机名。因为Docker容器之间可以使用容器名访问，所以这里写master节点的容器名
# redis-port是被监控节点所监听的端口号
# quorom设定了当几个哨兵判定这个节点失效后，才认为这个节点真的失效了
sentinel monitor redis_6379 172.18.12.10 6379 2

# 连接主节点的密码
# 格式：sentinel auth-pass <master-name> <password>
# sentinel auth-pass local-master 123456

# master在连续多长时间无法响应PING指令后，就会主观判定节点下线，默认是30秒
# 格式：sentinel down-after-milliseconds <master-name> <milliseconds>
sentinel down-after-milliseconds redis_6379 30000

创建运行哨兵容器

创建第一个哨兵(26379)
docker run -it \
--name sentinel_26379 \
--privileged \
--network my_docker_net \
--ip 172.18.12.20 \
-p 26379:26379 \
-v /usr/local/software/redis/6379/sentinel/sentinel.conf:/data/redis-sentinel.conf \
-d redis \
redis-sentinel redis-sentinel.conf
创建第二个哨兵(26380)
docker run -it \
--name sentinel_26380 \
--privileged \
--network my_docker_net \
--ip 172.18.12.21 \
-p 26380:26380 \
-v /usr/local/software/redis/6380/sentinel/sentinel.conf:/data/redis-sentinel.conf \
-d redis \
redis-sentinel redis-sentinel.conf
创建第三个哨兵(26381)
docker run -it \
--name sentinel_26381 \
--privileged \
--network my_docker_net \
--ip 172.18.12.22 \
-p 26381:26381 \
-v /usr/local/software/redis/6381/sentinel/sentinel.conf:/data/redis-sentinel.conf \
-d redis \
redis-sentinel redis-sentinel.conf

测试哨兵

关闭master服务器(redis_6379)

模拟主服务器宕机

  • 关闭主服务器(redis_6379)之前
  • 关闭主服务器(redis_6379)
  • 进入 容器（redis_6380)检查状态

在这里插入图片描述

  • 在新的master中添加数据
  • 重新让之前的master(redis_6379)上线

img
img

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

inel/sentinel.conf:/data/redis-sentinel.conf
-d redis
redis-sentinel redis-sentinel.conf


### 测试哨兵


#### 关闭master服务器(redis\_6379)



> 
> 模拟主服务器宕机
> 
> 
> 


* 关闭主服务器(redis\_6379)之前
* 关闭主服务器(redis\_6379)
* 进入 容器（redis\_6380)检查状态


![在这里插入图片描述](https://img-blog.csdnimg.cn/2650efade0a3468992e3912a27b5e2ee.png)


* 在新的master中添加数据
* 重新让之前的master(redis\_6379)上线





[外链图片转存中...(img-9bM2nH3x-1715065329615)]
[外链图片转存中...(img-BTLomcyB-1715065329615)]

**网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

**[需要这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/topics/618608311)**

**一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**
2401_84563080
关注
  • 4
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
redis的三种模式以及涉及到的CAP理论
weixin_56503821的博客
08-10 4413
Redis的三种模式 一、cluster的架构变化 1、单机redis：redis单机模式，保证了数据的一致性而牺牲了可用性，即不能够实现高可用，只是保证了用户可以看到相同的数据和当网络通信出问题是能够保证隔离的子系统能够继续运行，因为在单机模式中master与slave之间不存在通信问题 所以当master节点挂掉以后子节点不能保证能够正常的提供服务 2、哨兵redis：哨兵在单机redis上做了些许改动增加一个sentinel也就是哨兵来实现redis的可用性，让单机的redis的master和slav
redis（一）：CAP简介和常用数据类型的操作命令
jialiang的博客
08-20 1065
1.CAP简介 CAP定理又称CAP原则，指的是在一个分布式数据库系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），最多只能同时三个特性中的两个，三者不可兼得。简单理解就是CAP的3进2. CAP区别与sql数据库事务的ACID特性，一般适用于多种类型的数据库系统中。 Consistency（一致性）：或者强...
Redis进阶（2）——Redis数据的持久化 & CAP分布式理论（高可用性） & Redis主从搭建 & Redis的哨兵机制
Arya的博客，专注后端领域
07-20 769
1.Redis持久化，RDB，快，但数据可能确实； 2.ADB追加，慢，数据准确，效率低，文件大； 3.分布式集群理论CAP：A(可用性) C(一致性) P(分区容灾(可用))； 4.主从搭建，静态网段，配置修改，允许访问bind 0.0.0.0，从的replicaof 172.18.12.15 6379； 5.哨兵机制，哨兵的搭建，3哨兵，奇数模式；
（六）redis的集群：主从复制、CAP、PAXOS、cluster分片集群01
阿昊的博客
05-24 318
回顾：redis单机单线程 作为缓存，有RDB就够了，即使挂掉了恢复快，丢失了一小时的数据，也不过是穿透了，访问到了数据库。 作为数据库，为了不丢失数据，必须使用AOF。 单机的问题 1，单点故障 2，容量有限 3，压力 AKF 是微服务拆分的四个原则的第一项，实现的是一变多，但会引入新的问题：数据一致性。 X：全量，镜像 （主备 ），只能解决单点故障的问题 Y：单台有10G数据，但redis只有4G。按业务逻辑，功能拆分数据到多台redis上。 Z：基于一个优先级逻辑按编号拆分。 数据一致性：写的时候阻塞
redis学习七redis的集群：主从复制、CAP、PAXOS、Cluster分片集群（二）
lsd&xql的博客
08-14 494
每个node都经过一个hash算法计算出一个环形hash所在的位置，然后data来了【包含了redis的key】，也是计算hash，找到环上的某个位置，这个环上除了通过node计算出来的点是物理的，其他的都是虚拟的点【就是data通过hash计算没落在物理点上的其他点】，再将物理点通过排序的方式放在一个treeMap上面，然后算出。此方式的弊端，模的数值是固定的，会影响分布式下的扩展，因为一个数在模3模4模10取得的结果是不一样的，可能扩展了以后就取不到数据了。通常可以使用topic来区分实际业务。....
Redis 高可用之”持久化”
01-07
持久化是最简单的高可用方法(有时甚至不被归为高可用手段)，主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。 复制： 复制是高可用Redis的基础，哨兵和集群都是在复制的基础上实现高可用的...
浅谈redis内存数据的持久化方式
01-21
本文介绍Redis所支持的两种数据持久化方式。 二、Redis数据持久化 Redis支持两种数据持久化方式：RDB方式和AOF方式。前者会根据配置的规则定时将内存中的数据持久化到硬盘上，后者则是在每次执行写
分布式文件存储与数据缓存 Redis高可用分布式实践（2.1 Linux安装redis）
07-22
本实践主要关注在Linux环境下安装Redis，以实现其高可用性和分布式特性。 首先，了解Redis的基础知识是必要的。Redis（REmote Dictionary Server）是一个开源的、支持网络的、基于内存的、可持久化的键值存储系统。...
redis数据的两种持久化方式对比
01-19
•redis在进行数据持久化的过程中，会先将数据写入到一个临时文件中，待持久化过程都结束了，才会用这个临时文件替换上次持久化好的文件。正是这种特性，让我们可以随时来进行备份，因为快照文件总是完整可用的。 •...
redis的2种持久化方案深入讲解
01-19
Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上(这称为“半持久化模式”)；也可以把每一次数据变化都写入到一个append only file(aof)里面(这称为“全持久化模式”)。 人生在于...
redis的底层数据结构
Lambda
03-12 202
目录 1、演示数据类型的实现 2、简单动态字符串 3、链表 4、字典 5、跳跃表 6、整数集合 7、压缩列表 8、总结 博客我们就来详细介绍Redis中五大数据类型的底层实现。 1、演示数据类型的实现 上篇博客我们在介绍 key 相关命令的时候，介绍了如下命令： <pre style="margin: 0px; padding: 0px; white-space: pr...
CAP概念和三种情况、Redis和分布式事务的权衡
qq_43185254的博客
11-29 603
A全称Availability（可用性）：每一个非故障节点，都能够对每一个请求做出响应。说白了就是某个节点坏了，不能影响其他的节点业务。P全称Partition tolerance（分区容错性）：当系统中有节点因网络原因无法通信时，系统依然可以继续运行。C全称Consistency（一致性）：这个表示所有节点返回的数据是一致的。
Redis（一）CAP+BASE、数据类型和常用关键字
bryce的博客
12-17 1486
分布式数据库中的CAP原理CAP+BASE C：Consistency（强一致性） A：Availability（高可用性） P：Partion tolerance（分区容错性） CAP理论图的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，最多只能同时较好的满足两个。 CAP的理论就是说在分布式存储系统中，最多只能实现上面的两点。 而由于在分布式的项目下，不同的服务器之间的网络硬件肯定会出现延迟丢包等问题，所以分区容忍性是我们必须要实现的。 所以我们只能在一致性和可用性之间
843-CAP问题在Redis中怎么得到解决的？
LINZEYU666的博客
11-20 2037
CAP理论 CAP理论是什么？可以这么说吧cap理论是分布式系统的奠基石吧，这个理论论述分布式系统设计的3个最大问题： 一致性 (Consistency) 可用性 (Availability) 分区容错性 (Partition Tolerance) 什么是一致性？假设一个集群有2个节点A-1和A-2，这两个节点为主从关系，例如redis里面的主从模式。主节点负责写入数据，从节点负责从主节点同步数据到本机。 A-1和A-2 通过网络进行数据同步，要怎么保证两台机子上的数据一致的呢？这个就是数据一致性问题。
【Redis】CAP问题 C（一致性）、A（可用性）、P（网络分区容错性）；Cache aside pattern旁路缓存模式：Redis缓存保证AP的策略：就是旁路缓存模式+延时双删（一般最多2秒）
落霞与孤鹜齐飞，秋水共长天一色。
10-06 744
当网络故障的时候，分区容错性P指的是：系统仍然可用，但不一定保证数据一致性了。
【谈一谈】Redis是AP还是CP?
最新发布
aristo
02-25 2954
要想谈一谈我们本文的主题AP和CP,可能有的小伙伴会说: 这我也不是 怎么熟悉啊!那么我们先复习下大名鼎鼎的CAP理论CAP。
Redis相关知识
m0_61665967的博客
09-24 86
C=====> Consistency (一致性)A=====> Availcbility (可用性)P=====> Partition tolerance (分区容错性)CAP理论是指在分布式存储系统中，最多只能实现上面的两点。由于当前的网络硬件存在延迟丢包等问题，所以分区容忍性是我们必须要实现的。所以我们只能在一致性和可用性之间进行权衡，没有NoSQL系统能同时保证这三点。==CA== 传统Oracle数据库==AP== 大多数网站架构的选择注意：在做分布式架构的时候必须做出取舍。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值