redis 集群模式_分布式实战：Redis集群模式实战

最新推荐文章于 2024-08-12 17:53:56 发布
最新推荐文章于 2024-08-12 17:53:56 发布
阅读量265 收藏
点赞数
文章标签： redis 集群模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39618597/article/details/111296143
版权
本文详细介绍了如何搭建一个3主3从的Redis Cluster，包括集群配置、创建步骤以及数据读写和高可用性的验证。通过实际操作，读者可以了解Redis Cluster在高并发、高可用场景下的应用。
摘要由CSDN通过智能技术生成

b94590fb50f12c5df753f4f4e55752af.png

本文首发于Ressmix个人站点：https://www.tpvlog.com

Redis从3.0版本开始支持原生的集群模式，即 Redis Cluster。Redis Cluster主要是针对海量数据下的高并发、高可用场景，海量数据就是说单机Redis无法完全容纳数据，需要进行数据分片。

本章，我就来讲解如何搭建一个3主3从的Redis Cluster。关于Redis Cluster的基本原理，读者可以参考进阶篇中的《分布式框架之高性能：Redis集群模式》。

一、集群部署

Redis Cluster至少要求有3个Master节点，同时为了保证高可用，每个Master都建议至少有一个Slave，同时Master不能跟自己的Slave部署在同一台机器上。所以，我会在ressmix-dsf01、ressmix-dsf02、ressmix-dsf03这三台机器上分别部署一个Master一个Slave。首先，我将ressmix-dsf01、ressmix-dsf02、ressmix-dsf03上的哨兵和Redis进程都停止掉。

1.1 集群配置

我们先分配下端口，6个Redis节点，端口依次为7001、7002、7003、7004、7005、7006。ressmix-dsf01上分配7001、7002，ressmix-dsf02上分配7003、7004，ressmix-dsf03上分配7005、7006。

我以ressmix-dsf01为例，说明下需要建立的目录：

#存放redis的配置文件
mkdir -p /etc/redis
#cluster模式下，Redis将集群状态保存在那里，包括集群机器信息等
mkdir -p /etc/redis-cluster
#存放redis的日志
mkdir -p /var/log/redis
#运行时工作目录，注意端口
mkdir -p /var/redis/7001
mkdir -p /var/redis/7002

然后，将redis安装包目录下redis.conf配置文件拷贝到各台机器的/etc/redis/目录下，分别重名为7001.conf、7002.conf……7006.conf。我以7001.conf为例，说下Redis Cluster模式要修改的配置：

#运行端口
port 7001
#启用集群模式 
cluster-enabled yes
#集群状态信息文件位置
cluster-config-file /etc/redis-cluster/nodes7001.conf
#节点超时时间(秒)，超过该时间则认为节点宕机，master宕机会触发主备切换，slave宕机就不会提供服务
cluster-node-timeout 15000
daemonize    yes                         
pidfile        /var/run/redis_7001.pid                         
dir         /var/redis/7001     
logfile     /var/log/redis/7001.log
#宿主机IP
bind 192.168.0.107
appendonly yes

接着，准备生产环境的启动脚本。将Redis安装包util目录下的redis_init_script脚本拷贝到/etc/init.d目录，分别命名为: redis_7001, redis_7002, redis_7003, redis_7004, redis_7005, redis_7006，每个启动脚本内，都修改REDISPORT为对应的端口号：

#!/bin/sh
#
# Simple Redis init.d script conceived to work on Linux systems
# as it does use of the /proc filesystem.

# chkconfig:   2345 90 10
# description:  Redis is a persistent key-value database

然后执行以下命令让Redis随系统自启动：

#XXXX为端口号
chkconfig redis_XXXX on

最后，执行/etc/init.d/redis_XXXX start分别启动6个节点，我们可以到/var/log/redis/目录中看下启动日志，确认下是否启动成功：

[root@ressmix-dsf01 redis]# cat 7001.log 
1087:C 28 Apr 2020 23:03:04.763 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1087:C 28 Apr 2020 23:03:04.763 # Redis version=5.0.8, bits=32, commit=00000000, modified=0, pid=1087, just started
1087:C 28 Apr 2020 23:03:04.763 # Configuration loaded
1088:M 28 Apr 2020 23:03:04.765 * Increased maximum number of open files to 10032 (it was originally set to 1024).
1088:M 28 Apr 2020 23:03:04.765 # Warning: 32 bit instance detected but no memory limit set. Setting 3 GB maxmemory limit with 'noeviction' policy now.
1088:M 28 Apr 2020 23:03:04.765 * No cluster configuration found, I'm 6ac3762d35e60af9d8d12f3ac148c8ede11b94af
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 5.0.8 (00000000/0) 32 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                   
 (    '      ,       .-`  | `,    )     Running in cluster mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 7001
 |    `-._   `._    /     _.-'    |     PID: 1088
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           http://redis.io        
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'                                               

1088:M 28 Apr 2020 23:03:04.776 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
1088:M 28 Apr 2020 23:03:04.776 # Server initialized
1088:M 28 Apr 2020 23:03:04.776 # WARNING overcommit_memory is set to 0! 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.
1088:M 28 Apr 2020 23:03:04.776 * Ready to accept connections

1.2 集群创建

配置完并启动上述的6个节点后，它们还不在一个集群里面，不能互相发现。我们需要通过命令完成集群的创建：

redis-cli --cluster create 192.168.0.107:7001 192.168.0.107:7002 192.168.0.109:7003 192.168.0.109:7004 192.168.0.110:7005 192.168.0.110:7006  --cluster-replicas 1 

其中，--cluster-replicas 1表示每个Master有一个Slave，Redis会保证尽量不将同一个Master和Slave分配在一台机器上。执行完命令后，输出如下：

>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica 192.168.0.109:7004 to 192.168.0.107:7001
Adding replica 192.168.0.110:7006 to 192.168.0.109:7003
Adding replica 192.168.0.107:7002 to 192.168.0.110:7005
M: 6ac3762d35e60af9d8d12f3ac148c8ede11b94af 192.168.0.107:7001
   slots:[0-5460] (5461 slots) master
S: 359dec6ff52d85c983f49c97997b98d91758f049 192.168.0.107:7002
   replicates 94b96a1d009232fc013f9d15535000087c82248a
M: 50d9fb7c86d15847233fc691f6e54e6173fd5d85 192.168.0.109:7003
   slots:[5461-10922] (5462 slots) master
S: 477af6a0d870cd61930d654667992eb4abeac920 192.168.0.109:7004
   replicates 6ac3762d35e60af9d8d12f3ac148c8ede11b94af
M: 94b96a1d009232fc013f9d15535000087c82248a 192.168.0.110:7005
   slots:[10923-16383] (5461 slots) master
S: e8091d7c48647d55a34fa83949600d025d68b879 192.168.0.110:7006
   replicates 50d9fb7c86d15847233fc691f6e54e6173fd5d85
Can I set the above configuration? (type 'yes' to accept): yes
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join
...
>>> Performing Cluster Check (using node 192.168.0.107:7001)
M: 6ac3762d35e60af9d8d12f3ac148c8ede11b94af 192.168.0.107:7001
   slots:[0-5460] (5461 slots) master
   13816612910207598593 additional replica(s)
M: 50d9fb7c86d15847233fc691f6e54e6173fd5d85 192.168.0.109:7003
   slots:[5461-10922] (5462 slots) master
   653934029518667777 additional replica(s)
S: e8091d7c48647d55a34fa83949600d025d68b879 192.168.0.110:7006
   slots: (0 slots) slave
   replicates 50d9fb7c86d15847233fc691f6e54e6173fd5d85
M: 94b96a1d009232fc013f9d15535000087c82248a 192.168.0.110:7005
   slots:[10923-16383] (5461 slots) master
   653934854152388609 additional replica(s)
S: 477af6a0d870cd61930d654667992eb4abeac920 192.168.0.109:7004
   slots: (0 slots) slave
   replicates 6ac3762d35e60af9d8d12f3ac148c8ede11b94af
S: 359dec6ff52d85c983f49c97997b98d91758f049 192.168.0.107:7002
   slots: (0 slots) slave
   replicates 94b96a1d009232fc013f9d15535000087c82248a
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

至此，3主3从的Redis Cluster集群搭建完毕。我们也可以通过以下命令检查集群状态：

redis-cli --cluster check 192.168.0.107:7001

二、集群操作

2.1 数据读写

我们可以尝试在ressmix-dsf01这台机器上，给Redis的Master节点写入一条数据：

[root@ressmix-dsf01 src]# redis-cli -h 192.168.0.107 -p 7001

192.168.0.107:7001> set k1 v1
(error) MOVED 12706 192.168.0.110:7005
192.168.0.107:7001> set k2 v2
OK
192.168.0.107:7001> KEYS *
1) "k2"

可以看到，对于k1这个键，返回了一个MOVED指令，说明k1对应的槽(slot)不在192.168.0.107:7001这个Master节点上，而是在192.168.0.110:7005上。

我们如果希望Redis自动进行重定向，可以加上一个-c参数：redis-cli -h 192.168.0.107 -p 7001 -c 。

2.2 高可用

我们可以kill掉一个Master节点，然后通过命令redis-cli --cluster check 192.168.0.107:7001看下集群状态，看看是否会发生故障自动转移和恢复。

kill掉192.168.0.107:7001之前：

[root@ressmix-dsf01 src]# redis-cli --cluster check 192.168.0.107:7001
192.168.0.107:7001 (6ac3762d...) -> 1 keys | 5461 slots | 1 slaves.
192.168.0.109:7003 (50d9fb7c...) -> 0 keys | 5462 slots | 1 slaves.
192.168.0.110:7005 (94b96a1d...) -> 0 keys | 5461 slots | 1 slaves.
[OK] 1 keys in 3 masters.
0.00 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.0.107:7001)
M: 6ac3762d35e60af9d8d12f3ac148c8ede11b94af 192.168.0.107:7001
   slots:[0-5460] (5461 slots) master
   13832323230561468417 additional replica(s)
M: 50d9fb7c86d15847233fc691f6e54e6173fd5d85 192.168.0.109:7003
   slots:[5461-10922] (5462 slots) master
   625984512660078593 additional replica(s)
S: e8091d7c48647d55a34fa83949600d025d68b879 192.168.0.110:7006
   slots: (0 slots) slave
   replicates 50d9fb7c86d15847233fc691f6e54e6173fd5d85
M: 94b96a1d009232fc013f9d15535000087c82248a 192.168.0.110:7005
   slots:[10923-16383] (5461 slots) master
   625985406013276161 additional replica(s)
S: 477af6a0d870cd61930d654667992eb4abeac920 192.168.0.109:7004
   slots: (0 slots) slave
   replicates 6ac3762d35e60af9d8d12f3ac148c8ede11b94af
S: 359dec6ff52d85c983f49c97997b98d91758f049 192.168.0.107:7002
   slots: (0 slots) slave
   replicates 94b96a1d009232fc013f9d15535000087c82248a
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

然后kill掉192.168.0.107:7001，再check一下集群状态：

[root@ressmix-dsf01 run]# redis-cli --cluster check 192.168.0.107:7002
Could not connect to Redis at 192.168.0.107:7001: Connection refused
192.168.0.109:7004 (477af6a0...) -> 1 keys | 5461 slots | 0 slaves.
192.168.0.109:7003 (50d9fb7c...) -> 0 keys | 5462 slots | 1 slaves.
192.168.0.110:7005 (94b96a1d...) -> 0 keys | 5461 slots | 1 slaves.
[OK] 1 keys in 3 masters.
0.00 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.0.107:7002)
S: 359dec6ff52d85c983f49c97997b98d91758f049 192.168.0.107:7002
   slots: (0 slots) slave
   replicates 94b96a1d009232fc013f9d15535000087c82248a
S: e8091d7c48647d55a34fa83949600d025d68b879 192.168.0.110:7006
   slots: (0 slots) slave
   replicates 50d9fb7c86d15847233fc691f6e54e6173fd5d85
M: 477af6a0d870cd61930d654667992eb4abeac920 192.168.0.109:7004
   slots:[0-5460] (5461 slots) master
M: 50d9fb7c86d15847233fc691f6e54e6173fd5d85 192.168.0.109:7003
   slots:[5461-10922] (5462 slots) master
   643121260372426753 additional replica(s)
M: 94b96a1d009232fc013f9d15535000087c82248a 192.168.0.110:7005
   slots:[10923-16383] (5461 slots) master
   643122188085362689 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

可以看到192.168.0.109:7004从Slave转变为了Master，说明故障自动转移和恢复是成功的。然后，我们再重新启动192.168.0.107:7001，再check一下集群状态，发现192.168.0.107:7001已经变成了Slave：

[root@ressmix-dsf01 init.d]# redis-cli --cluster check 192.168.0.107:7002
192.168.0.109:7004 (477af6a0...) -> 1 keys | 5461 slots | 1 slaves.
192.168.0.109:7003 (50d9fb7c...) -> 0 keys | 5462 slots | 1 slaves.
192.168.0.110:7005 (94b96a1d...) -> 0 keys | 5461 slots | 1 slaves.
[OK] 1 keys in 3 masters.
0.00 keys per slot on average.
>>> Performing Cluster Check (using node 192.168.0.107:7002)
S: 359dec6ff52d85c983f49c97997b98d91758f049 192.168.0.107:7002
   slots: (0 slots) slave
   replicates 94b96a1d009232fc013f9d15535000087c82248a
S: 6ac3762d35e60af9d8d12f3ac148c8ede11b94af 192.168.0.107:7001
   slots: (0 slots) slave
   replicates 477af6a0d870cd61930d654667992eb4abeac920
S: e8091d7c48647d55a34fa83949600d025d68b879 192.168.0.110:7006
   slots: (0 slots) slave
   replicates 50d9fb7c86d15847233fc691f6e54e6173fd5d85
M: 477af6a0d870cd61930d654667992eb4abeac920 192.168.0.109:7004
   slots:[0-5460] (5461 slots) master
   603169234066866177 additional replica(s)
M: 50d9fb7c86d15847233fc691f6e54e6173fd5d85 192.168.0.109:7003
   slots:[5461-10922] (5462 slots) master
   603169612023988225 additional replica(s)
M: 94b96a1d009232fc013f9d15535000087c82248a 192.168.0.110:7005
   slots:[10923-16383] (5461 slots) master
   603170539736924161 additional replica(s)
[OK] All nodes agree about slots configuration.

三、总结

本章，我介绍了Redis cluster的部署方式，读者可以自己在本地尝试搭建一个Redis cluster集群，以便加深理解。

weixin_39618597
关注
Redis分布式集群
weixin_38204723的博客
01-23 2043
主从同步 增量同步： Redis主节点会将自己存储在Buffer中的操作指令异步同步给从库，从节点收到同步成功指令后会像主节点上报自己同步到文件偏移量。因为Redis主库的Buffer使用的是环形数组数据存储结构，如果Buffer满了会从数组的头部开始覆盖写入，如果主从延迟过大，就会存在Buffer中的写入速度大于同步速度而导致指令丢失的可能。 快照同步： 为了解决增量同步主从延迟数据丢失的问题引入了快照同步方式，这个过程较消耗性能。当发现增量同步有丢失数据的风险时，主库会fork一个子进程对主库做一次当
有点意外，还可以用这种方式秒建Redis集群？
求关注
03-26 616
本文我们就来看看，如何用 1s 钟的时间来创建一个 Redis 集群。 Redis Cluster 是 Redis 3.0 版本推出的 Redis 集群方案，它将数据分布在不同的服务区上，以此来降低系统对单主节点的依赖，并且可以大大的提高 Redis 服务的读写性能。 Redis 将所有的数据分为 16384 个 slots(槽)，每个节点负责其中的一部分槽位，当有 Redis 客户端连接集群...
Redis 集群方式
qq_51678989的博客
08-12 2385
集群，即 Redis cluster， 是 Redis 3.0开始引入的分布式存储方案。集群由多个节点(Node)组成，Redis 的数据分布在这些节点中。集群中的节点分为主节点和从节点;只有主节点负责读写请求和集群信息的维护;从节点只进行主节点数据和状态信息的复制。
redis之分布式集群实战
何超杰的博客
11-06 5226
环境 1.ubuntu16.04 2.docker容器 架构 3主3从集群 172.20.0.11:7011 172.20.0.12:7012 172.20.0.13:7013 172.20.0.21:7021 172.20.0.22:7022 172.20.0.23:7023 步骤1： 创建docker-compose.yml文件： 这里我们使用docker容器部署6台redis节点。 运用到...
Redis集群模式之分布式集群模式
那些年的代码
10-25 137
前言 Redis集群模式主要有2种: 主从集群 分布式集群。 前者主要是为了高可用或是读写分离，后者为了更好的存储数据，负载均衡。 本文主要讲解主从集群。本章主要讲解后一半部分，Redis集群。 与本文相关的代码与配置文件都已经上传至github上: 地址:https://github.com/SeanYanxml/bigdata 原理 Redis为了实现负载均衡，提供集群模式。...
Redis高可用与分布式实战：从入门到集群优化
4. Redis集群：课程深入探讨了Redis Cluster的创建、扩展和缩容，包括槽的分配、数据迁移和集群的运维问题。还分析了集群的常见问题，如数据和请求倾斜，以及如何进行故障模拟、恢复和迁移。 5. 持久化机制：RDB和...
提供一些通用，可用组件_#redis实现分布式锁：_1、不支持可重入_2、配置集群模式_2.1集群模_services.zip
最新发布
09-30
提供一些通用，可用组件_#redis实现分布式锁：_1、不支持可重入_2、配置集群模式_2.1集群模_services
SpringCloud微服务+Redis5集群分布式:零基础到项目实战(速成班)
06-13
你将快速掌握SpringCloud的研发和Redis5 cluster的一键启动，实战派 适用人群 速成类研发体系：适合零基础的同学或者对SpringCloud微服务想快速掌握的同学，非理论派 【适用人群】 1. 零基础到快速上手研发，而...
新建 XLS 工作表_redis集群设置_
10-03
- **分布式存储**：Redis集群通过将数据分散在多个节点上实现水平扩展，每个节点存储部分数据。 - **槽（Slot）分配**：集群中的数据是通过16384个槽来管理和分发的。每个键根据其哈希值映射到特定槽，从而决定它...
Redis实战_Redis实战中文完整版_Redis快速入门_Redis数据类型及操作_Redis常用
03-09
6. **Redis集群**：当单机Redis无法满足需求时，可以搭建Redis Cluster集群，实现数据分区和负载均衡。集群的搭建、数据分布、故障处理等都是集群部分的重点。 7. **Redis在缓存中的应用**：Redis作为缓存，能有效...
集群系列：Redis集群方案及新版实战
2301_76607156的博客
04-28 400
主从复制模式是三种模式中最简单的一种，多台Redis实例，以一台实例作为主机，其余的实例作为备份机，主机和从机的数据完全一致，主从复制提高了Redis读请求的吞吐量主机支持数据的读和写操作，而从机只支持读和数据同步，客户端将数据写入主机后，由主机自动的将数据写入到从机中在Redis中主从复制的同步策略有两种全量更新：复制主机所有数据到从机增量更新：仅复制主机与从机差异数据到从机。
分布式Redis集群--Cluster架构
qq_44528357的博客
11-12 1882
分布式Redis高可用集群架构原理与部署
Redis三种集群模式介绍及搭建
热门推荐
QHJJHQ的博客
02-05 1万+
redis集群 redis集群就是多个redis节点一起工作的模式。它没有代理节点和中心节点，各个节点平等。 redis集群提供了以下两个好处 1、将数据自动切分(split)到多个节点 2、当集群中的某一个节点故障时，redis还可以继续处理客户端的请求。 集群中的主从复制 集群中的每个节点都有1个至N个复制品，其中一个为主节点，其余的为从节点，如果主节点下线了，集群就会把这个主节点的一个从节点设置为新的主节点，继续工作。这样集群就不会因为一个主节点的下线而无法正常工作。 注意： 1、如果
NoSQL 之Redis集群模式
m0_68625092的博客
08-12 1463
集群，即 Rediscluster，是 Redis 3.0开始引入的分布式存储方案。集群由多个节点(Node)组成，Redis 的数据分布在这些节点中。集群中的节点分为主节点和从节点;只有主节点负责读写请求和集群信息的维护;从节点只进行主节点数据和状态信息的复制。
分布式｜redis实现集群的几种方式你都知道了么？
03-23 756
分布式｜redis实现集群的几种方式你都知道了么？
Redis系列之高可用集群模式介绍
Nicky's blog
03-22 973
主从模式，是redis集群最基本的模式，主库负责读写，从库负责读。主库的数据会同步到从库，但是从库写的数据不会自动同步到主库，除非用写脚本等方式手动同步。这种模式应急能力比较差，假如出现宕机的情况，需要手动进行修改Redis的主从模式是可以解决负载、数据备份等问题，但是，如果master宕机的情况，slave是不会自动升级为master的，必须手动升级，所以就有了哨兵集群的方案，以及后面介绍的cluster集群先看看官网对Sentinel的介绍大概意思是。
Redis——集群部署实战
兵临奇点
07-18 293
前言 在当今，大多数后端开发项目中，Redis的重要性可能比关系型数据库还要重要！主要体现在以下几个方面： 性能：redis的底层实现逻辑让其天生支持高并发，因此可以很好地利用redis进行性能优化（比如首页加载、热点数据加载等）； 高可用：redis支持多机数据库协同工作（主从、哨兵、集群），让其具备高可用特性； 功能丰富：如果对于redis的实现设计稍有研究就会发现，其特有的数据结构+算法让其能支持丰富的数据类型，比如常见的字符串、列表、哈希、集合、有序集合等，基于此，复杂的业务场景都可以使用redi
详解Redis三大集群模式，轻松实现高可用！
xxxzzzqqq_的博客
04-27 1594
Redis集群是一种通过将多个Redis节点连接在一起以实现高可用性、数据分片和负载均衡的技术。它允许Redis在不同节点上同时提供服务，提高整体性能和可靠性。根据搭建的方式和集群的特性，Redis集群主要有三种模式：主从复制模式（Master-Slave）、哨兵模式（Sentinel）和Cluster模式。本文详细介绍了Redis的三大集群模式：主从复制、哨兵模式和Cluster模式。主从复制模式：适用于数据备份和读写分离场景，配置简单，但在主节点故障时需要手动切换。哨兵模式。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值