MongoDB副本集初探

最新推荐文章于 2024-11-08 18:30:00 发布
最新推荐文章于 2024-11-08 18:30:00 发布
阅读量102 收藏
点赞数
文章标签： 数据库 shell 操作系统
原文链接：https://yq.aliyun.com/articles/604288
版权

一、副本集简介

   副本集是一组服务器，其中有一个主节点（Primary），用于处理客户的请求；还有多个备份节点（Secondary），用于保存主节点的数据副本。如果主节点崩溃了，备份节点会自动将其中一个成员升级为新的主节点。所以，在生产中，可以使用副本集将数据保存到多台服务器上，即使其中一台或者多台服务器崩溃了，也能保证应用程序的正常运行和数据安全。

二、副本集复制原理

   1.数据写入主节点，同时向local.oplog.rs集合中写入一条oplog。
   2.备份节点第一次同步数据时，会先进行init sync，然后从主节点同步全量数据
   3.随后，备份节点不断通过tailable cursor从主节点的local.oplog.rs集合中查询最新的oplog并应用到自身

三、副本集的搭建

   本文为了方便使用单台服务器，指定不同的端口号来模拟副本集的搭建，进行测试学习。
1、环境准备

主节点：192.168.1.73:28000
备份节点1：192.168.1.73:28001
备份节点2：192.168.1.73:28002

2、安装mongodb
   1）下载安装包并解压

# curl -O https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-3.0.6.tgz    # 下载
# tar -zxvf mongodb-linux-x86_64-3.0.6.tgz                                   # 解压    
# mv  mongodb-linux-x86_64-3.0.6/ /usr/local/mongodb                         # 将解压包拷贝到指定目录

   2）将MongoDB 添加到 PATH 路径中：

# cat /root/.bash_profile 
PATH=$PATH:$HOME/bin:/usr/local/mongodb/bin
# source /root/.bash_profile

3、运行三个MongoDB服务
   1）配置文件

dbpath=/usr/local/repl0/                  #数据目录
logpath=/var/log/mongodb/repl0.log        #日志文件
logappend=true                            #日志追加
port = 28000                              #端口
maxConns = 50                             #最大连接数
pidfilepath = /var/run/repl0.pid
journal = true                        
journalCommitInterval = 200               #刷写提交机制
fork = true                               #守护进程模式
syncdelay = 60                            #刷写数据到日志的频率
oplogSize = 1000                          #操作日志,单位M
nssize = 16                               #命名空间的文件大小,默认16M，最大2G。
noauth = true
unixSocketPrefix = /tmp
replSet=rs0                               #副本集名称，同一个副本集，名称必须一致

   需要注意的是：
      1.数据目录和日志文件目录需要提前创建，否则启动MongoDB找不到路径会启动失败
      2.由于搭建在同一台服务器上，三台MongoDB服务之间的dbpath、logpath、port需要不同，且端口无占用。
   2）运行MongoDB服务
      运行MongoDB服务可以直接使用命令行启动，也可以根据配置文件来启动，本文选择后者。

# mongod -f mongod_28000.conf 
# mongod -f mongod_28001.conf 
# mongod -f mongod_28002.conf

   3)查看进程是否运行

# ps -ef | grep mongo

3、配置副本集
   1）登录master服务器

# mongo 192.168.1.73:28000

   2）初始化副本集

> cnf = {"_id":"rs0","members":[
... {"_id":1,"host":"192.168.1.73:28000","priority":1 },
... {"_id":2, "host":"192.168.1.73:28001","priority":1},
... {"_id":3, "host":"192.168.1.73:28002","priority":1}]
... }
{
    "_id" : "rs0",                                #副本集名称
    "members" : [                                 #指定副本集成员
        {
            "_id" : 1,                            #服务器的唯一id
            "host" : "192.168.1.73:28000",        #服务器主机
            "priority" : 1                        #优先级，默认为1，可设着为0-100，值越高优先级越大。优先级0为被动节点，不能成为活跃节点。
        },
        {
            "_id" : 2,
            "host" : "192.168.1.73:28001",
            "priority" : 1
        },
        {
            "_id" : 3,
            "host" : "192.168.1.73:28002",
            "priority" : 1
        }
    ]
}

> rs.initiate(cnf)                                 #初始化副本集
{ "ok" : 1 }

   3）查看副本集是否配置成功

rs0:OTHER> rs.status()
{
    "set" : "rs0",                                        #副本集名称
    "date" : ISODate("2018-06-28T16:55:50.130Z"),
    "myState" : 1,
    "members" : [
        {
            "_id" : 1,
            "name" : "192.168.1.73:28000",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",                    #主服务器
            "uptime" : 669,
            "optime" : Timestamp(1530204929, 1),
            "optimeDate" : ISODate("2018-06-28T16:55:29Z"),
            "electionTime" : Timestamp(1530204931, 1),
            "electionDate" : ISODate("2018-06-28T16:55:31Z"),
            "configVersion" : 1,                        #配置版本，每次更新配置会自动+1
            "self" : true
        },
        {
            "_id" : 2,
            "name" : "192.168.1.73:28001",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",                    #备份服务器
            "uptime" : 20,
            "optime" : Timestamp(1530204929, 1),
            "optimeDate" : ISODate("2018-06-28T16:55:29Z"),
            "lastHeartbeat" : ISODate("2018-06-28T16:55:49.612Z"),
            "lastHeartbeatRecv" : ISODate("2018-06-28T16:55:49.625Z"),
            "pingMs" : 0,
            "configVersion" : 1
        },
        {
            "_id" : 3,
            "name" : "192.168.1.73:28002",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 20,
            "optime" : Timestamp(1530204929, 1),
            "optimeDate" : ISODate("2018-06-28T16:55:29Z"),
            "lastHeartbeat" : ISODate("2018-06-28T16:55:49.612Z"),
            "lastHeartbeatRecv" : ISODate("2018-06-28T16:55:49.625Z"),
            "pingMs" : 0,
            "configVersion" : 1
        }
    ],
    "ok" : 1
}

四、功能测试

1、复制功能
   1）登录主节点，并在主节点中插入测试数据

rs0:PRIMARY> use test
switched to db test
rs0:PRIMARY> db.test.insert({"name":"aa",age:123})              #插入测试数据
WriteResult({ "nInserted" : 1 })
rs0:PRIMARY> db.test.insert({"name":"bb",age:132})
WriteResult({ "nInserted" : 1 })
rs0:PRIMARY> db.test.insert({"name":"cc",age:143})
WriteResult({ "nInserted" : 1 })
rs0:PRIMARY> db.test.find().pretty()                            #查看数据插入成功
{ "_id" : ObjectId("5b351827a131286ef6528c33"), "name" : "aa", "age" : 123 }
{ "_id" : ObjectId("5b351830a131286ef6528c34"), "name" : "bb", "age" : 132 }
{ "_id" : ObjectId("5b351836a131286ef6528c35"), "name" : "cc", "age" : 143 }

   2)登录备份节点、检查数据是否同步

# mongo 192.168.1.73:28001                        #登录备份节点
rs0:SECONDARY> show dbs                           #查看当前节点所有数据库
2018-06-28T13:18:45.565-0400 E QUERY    Error: listDatabases failed:{ "note" : "from execCommand", "ok" : 0, "errmsg" : "not master" }
    at Error (<anonymous>)
    at Mongo.getDBs (src/mongo/shell/mongo.js:47:15)
    at shellHelper.show (src/mongo/shell/utils.js:630:33)
    at shellHelper (src/mongo/shell/utils.js:524:36)
    at (shellhelp2):1:1 at src/mongo/shell/mongo.js:47

rs0:SECONDARY> use test
switched to db test
rs0:SECONDARY> db.test.find().pretty()            #查看test数据库下所有数据
Error: error: { "$err" : "not master and slaveOk=false", "code" : 13435 }

在备份节点中执行查看数据库的命令发现以上报错，这是为什么呢？
这是因为备份节点默认是不对外提供读写功能的，如果想在备份节点提供读操作的话，需要执行rs.slaveOk() 。

rs0:SECONDARY> rs.slaveOk() 
rs0:SECONDARY> use test
switched to db test
rs0:SECONDARY> db.test.find().pretty()                                #数据同步成功
{ "_id" : ObjectId("5b351827a131286ef6528c33"), "name" : "aa", "age" : 123 }
{ "_id" : ObjectId("5b351830a131286ef6528c34"), "name" : "bb", "age" : 132 }
{ "_id" : ObjectId("5b351836a131286ef6528c35"), "name" : "cc", "age" : 143 }

2、主从故障切换
对于配置在不同服务器上MongoDB在联网状态下可以通过在主机器添加防火墙规则，模拟主服务器宕机。对于本文，在同一服务器上部署了三个MongoDB的情况，我们选择杀死指令杀死主节点进程来模拟主节点的宕机。

   1)模拟主节点宕机

# ps -ef | grep mongod_28000
root     48971     1  0 12:44 ?        00:00:07 mongod -f mongod_28000.conf
root     49086     1  0 12:45 ?        00:00:06 mongod -f mongod_28001.conf
root     49369     1  0 12:46 ?        00:00:06 mongod -f mongod_28002.conf
root     60690 33319  0 13:34 pts/0    00:00:00 grep --color=auto mongo
# kill 48971
# ps -ef | grep mongo
root     49086     1  0 12:45 ?        00:00:06 mongod -f mongod_28001.conf
root     49369     1  0 12:46 ?        00:00:06 mongod -f mongod_28002.conf
root     60739 33319  0 13:34 pts/0    00:00:00 grep --color=auto mongo

   2）登录备份节点，查看其状态是否被提升为主节点

# mongo 192.168.1.73:28001
rs0:SECONDARY> quit()                #该服务器仍然为备份节点
# mongo 192.168.1.73:28002
rs0:PRIMARY>                         #发现28002端口的备份节点被提升为主节点

   3）查看当前副本集状态

rs0:PRIMARY> rs.status()
{
    "set" : "rs0",
    "date" : ISODate("2018-06-28T17:37:39.897Z"),
    "myState" : 1,
    "members" : [
        {
            "_id" : 1,
            "name" : "192.168.1.73:28000",
            "health" : 0,
            "state" : 8,
            "stateStr" : "(not reachable/healthy)",                    #状态不健康
            "uptime" : 0,
            "optime" : Timestamp(0, 0),
            "optimeDate" : ISODate("1970-01-01T00:00:00Z"),
            "lastHeartbeat" : ISODate("2018-06-28T17:37:39.102Z"),
            "lastHeartbeatRecv" : ISODate("2018-06-28T17:34:24.858Z"),
            "pingMs" : 0,
            "lastHeartbeatMessage" : "Failed attempt to connect to 192.168.1.73:28000; couldn't connect to server 192.168.1.73:28000 (192.168.1.73), connection attempt failed",
            "configVersion" : -1
        },
        {
            "_id" : 2,
            "name" : "192.168.1.73:28001",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 2530,
            "optime" : Timestamp(1530206262, 1),
            "optimeDate" : ISODate("2018-06-28T17:17:42Z"),
            "lastHeartbeat" : ISODate("2018-06-28T17:37:39.050Z"),
            "lastHeartbeatRecv" : ISODate("2018-06-28T17:37:38.968Z"),
            "pingMs" : 0,
            "configVersion" : 1                                        #配置文件版本+1
        },
        {
            "_id" : 3,
            "name" : "192.168.1.73:28002",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",                                #新的主节点
            "uptime" : 3065,
            "optime" : Timestamp(1530206262, 1),
            "optimeDate" : ISODate("2018-06-28T17:17:42Z"),
            "electionTime" : Timestamp(1530207267, 1),
            "electionDate" : ISODate("2018-06-28T17:34:27Z"),
            "configVersion" : 1,
            "self" : true
        }
    ],
    "ok" : 1
}

   4）重新启动宕机的主节点192.168.1.73:28000

rs0:PRIMARY> rs.status()
{
    "set" : "rs0",
    "date" : ISODate("2018-07-01T16:12:15.964Z"),
    "myState" : 1,
    "members" : [
        {
            "_id" : 1,
            "name" : "192.168.1.73:28000",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",                            #重新启动宕机的主节点，自动将其将为备份节点
            "uptime" : 21,
            "optime" : Timestamp(1530461212, 1),
            "optimeDate" : ISODate("2018-07-01T16:06:52Z"),
            "lastHeartbeat" : ISODate("2018-07-01T16:12:14.297Z"),
            "lastHeartbeatRecv" : ISODate("2018-07-01T16:12:15.467Z"),
            "pingMs" : 0,
            "configVersion" : 1                                  #配置文件版本为1
        },
        {
            "_id" : 2,
            "name" : "192.168.1.73:28001",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 359,
            "optime" : Timestamp(1530461212, 1),
            "optimeDate" : ISODate("2018-07-01T16:06:52Z"),
            "lastHeartbeat" : ISODate("2018-07-01T16:12:14.289Z"),
            "lastHeartbeatRecv" : ISODate("2018-07-01T16:12:14.264Z"),
            "pingMs" : 0,
            "configVersion" : 1
        },
        {
            "_id" : 3,
            "name" : "192.168.1.73:28002",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 421,
            "optime" : Timestamp(1530461212, 1),
            "optimeDate" : ISODate("2018-07-01T16:06:52Z"),
            "electionTime" : Timestamp(1530461444, 1),
            "electionDate" : ISODate("2018-07-01T16:10:44Z"),
            "configVersion" : 1,
            "self" : true
        }
    ],
    "ok" : 1
}

3、主从手动切换
   手动切换主节点为192.168.1.73:28000
   1）重新定义配置文件
      1.将192.168.1.73:28000优先级的优先级调大

rs0:PRIMARY> cfg=rs.conf()
rs0:PRIMARY> cfg.members[0].priority=2                #将192.168.1.73:28000节点的优先级设置为2

      2.重新加载配置文件

rs0:PRIMARY> rs.reconfig(cfg)

      3.查看当前配置文件是否修改成功

rs0:SECONDARY> rs.conf()                            #可以看到当前节点已经由rs0:PRIMARY变为rs0:SECONDARY

      4.登录192.168.1.73:28000节点，发现其变为主节点

五、如何设计副本集

   副本集遵循“大多数”原则，“大多数”即一半以上的成员，副本集在选择主节点的时候需要进行选举投票，只有大多数成员支持的情况下，该节点才能成为主节点。
1、怎么才算大多数
   假设复制集内投票成员数量为N，则大多数为 N/2 + 1，当复制集内存活成员数量不足大多数时，整个复制集将无法选举出Primary，复制集将无法提供写服务，处于只读状态。
2、配置方式一
   将“大多数”成员放在同一个数据中心，并将副本集的主节点放置在该数据中心，该数据节点的优先级大于另一数据节点。
   如5个节点，3个节点放置待数据中心A，两个节点放置在数据中心B。
   情况1：主节点在数据中心A，主节点宕机，A、B两数据中心可以联通，4个节点进行投票选举，“大多数”支持的节点被提升为主节点。
   情况2：主节点在数据中心A，A、B两数据中心因为网络原因不可以联通，A数据区域正常运行，B数据区域因为只有2个节点，不能通过选举提升其中一个备份节点为主节点，保证不会同时出现两个主节点
   情况3：主节点在数据中心A，主节点宕机且A、B两数据中心因为网络原因导致不可以联通，所有成员无法提升为主节点

3、配置方式二
   将两个数据中心放置相同数量的成员，同时增加一个成员（选举仲裁者）放置在其他服务器上，该成员可以不需要复制数据，只是用来进行投票选举。
   如：共5个节点，数据A、B区域各放置2个节点，另外一台服务器上放置选举仲裁者。
   情况1：主节点在数据中心A，A、B两数据中心可以联通，主节点宕机后，4个节点进行投票选举，“大多数”支持的节点被提升为主节点，仲裁者不能成为主节点，只参与投票选举。
   情况2：主节点在数据中心A，主节点宕机且A、B两数据中心可以联通，这时A数据中心2个节点都变为备份节点，B数据中心2个节点+仲裁者进行投票选举提升一个节点为主节点，保证主节点的唯一性。
   情况3：主节点在数据中心A，主节点宕机且A、B两数据中心因为网路原因导致不可以联通，这时A数据中心2个节点都变为备份节点，B数据中心2个节点+仲裁者进行投票选举提升一个节点为主节点，保证主节点的唯一性。

weixin_33912445
关注
mongodb副本集搭建
09-08
MongoDB 副本集搭建 MongoDB 副本集搭建是 MongoDB 的高可用性解决方案之一，它可以提供数据的冗余存储和自动故障转移，确保数据的高可用性和可靠性。下面将详细介绍 MongoDB 副本集搭建的步骤和过程。 一、安装...
如何设计副本集
lifugui001的专栏
09-04 166
如何设计副本集 为了保证数据写入的一致性，MongoDB只允许一个primary节点，以及n个secondary节点。 那么选择多少个节点比较合适呢？ primary 选举 多数同意原则 必须要求多数节点同意选举，某节点才可能被选举成为primary，多数节点 = n / 2 +1； 例如 3个节点，最少2个，4个节点最少3个 为什么需要多数同意原则？因为需要保证primary只有一个！ 一票否决 只要有一个节点否决，那么此次选举则失败，重新选举。 自我申请选举 节点连接不上primary时，就会
九、数据量较大的集群备份
段帅星的博客
01-05 1126
背景：mongodb大量数据情况下备份难问题 痛点：由于业务增长，数据量增长到百G或者T级别，使用传统的mongodump已经无法满足，使用延时节点备份也只能保存很短时间的数据。针对这种情况只能着手从存储布局。如果对硬盘读写速度没有很强烈的需求，那么使用ceph rbd块或者云盘上很不错的选择。可以使用rbd或者云盘的快照功能进行文件系统级别快照备份。但是到达T级别数据量显然ssd是更好的选择。大多数情况下只能使用物理ssd盘，无法像rbd或者云盘等方便快照。 解决思路：从文件系统布局，使用lvm snap
MongoDB副本集搭建及运维.txt
06-09
MongoDB副本集搭建及运维
CentOS 6.4创建Mongodb副本集
09-09
在 CentOS 6.4 上创建 MongoDB 副本集是确保数据冗余和高可用性的关键步骤，这对于运行关键业务应用程序的企业至关重要。 首先，让我们详细了解一下 MongoDB 的副本集。副本集是 MongoDB 提供的一种数据复制机制，...
MongoDB副本集搭建
08-28
MongoDB副本集搭建课件
Redis - 事务
最新发布
ketil27的博客
11-08 492
Redis 的事务和MySQL的事务概念上是类似的.都是把⼀系列操作绑定成⼀组.让这⼀组能够批量执 ⾏.弱化的原⼦性:redis没有"回滚机制".只能做到这些操作"批量执⾏".不能做到"⼀个失败就恢复到 初始状态".不保证⼀致性:不涉及"约束". 也没有回滚.MySQL的⼀致性体现的是运⾏事务前和运⾏后,结果都 是合理有效的,不会出现中间⾮法状态.不需要隔离性:也没有隔离级别,因为不会并发执⾏事务(redis单线程处理请求).
Mysql数据库的UDF提权
CoffeMilk的博客
11-05 1332
渗透人员编写可调用系统命令行（CMD或shell）的文件生成动态链接库（Windows系统是.dll；Linux系统是.so），且将该动态链接库内容上传到MySql的函数插件文件夹目录下；然后在通过sql语句调用该动态链接库创建一个自定义函数，最后直接调用该自定义函数sql执行查询系统命令，实现提权（即：在数据库中的查询就等价于直接在系统调用cmd或者shell中执行命令）
windows11安装redis
qq_42985657的博客
11-06 387
下载免安装版本，鼠标点击一下自动下载。解压。
【达梦数据库】Oracle数据库通过DTS工具迁移数据到达梦数据库--索引数量存在出入
weixin_47686079的博客
11-06 98
【代码】【达梦数据库】Oracle数据库通过DTS迁移到达梦数据库索引数量不一致。
情怀系列国际版棋牌完整源码具备强大的多语言扩展功能，涵盖了900多款子游戏，专为全球市场的游戏开发和运营设计。
z926098的博客
11-05 399
客户端使用Cocos Creator进行跨平台开发，可以发布为App、H5网页和PC网页。这种跨平台的能力使运营商只需维护一套代码，就能同时管理多个终端。除此之外，系统还支持产品的热更新功能，大幅提升运营效率并降低成本，实现了产品层面的“降维打击”。情怀棋牌源代码的服务器端使用JAVA和Node.js开发，采用RocketMQ作为消息队列中间件，有效防止服务器堵塞、消峰。该源码包涵盖了完整的服务器端代码、服务端900款子游戏源码、客户端代码、客户端700款子游戏、管理后台代码、数据库以及热更新生成脚本等。
qt QFocusEvent详解
ckg3824278的博客
11-04 817
QFocusEvent是Qt C++框架中的一个事件类，它专门用于处理与焦点变化相关的事件。在图形用户界面（GUI）编程中，焦点事件是不可或缺的一部分，它们允许开发者在控件获取或失去焦点时执行特定的操作。QFocusEvent通常与QWidget类及其子类一起使用，是Qt事件处理机制中的重要组成部分。
ArcGIS地理空间平台 manager 任意文件读取漏洞复现
iSee857的博客
11-07 388
开发，旨在为专业人士和组织提供全面的地理信息系统（GIS）功能。ArcGIS通过集成和连接地理环境中的数据，支持创建、管理、分析、映射和共享各种类型的数据，从而帮助组织在决策制定中占据领先地位‌。漏洞，未经身份验证攻击者可通过该漏洞读取系统重要文件（如数据库配置文件、系统配置文件）、数据库配置文件等等，导致网站处于极度不安全状态。ArcGIS地理空间平台 /arcgis/manager接口存在任意。在处理客户端输入的参数时，进行严格的验证和过滤，防止未授权的文件访问。‌是一个综合的地理空间平台，由。
【C语言】分布式系统
windy1a的博客
11-08 375
本地性原理（Cache Locality）：尽量将常用数据存储在离请求者最近的地方，例如Redis的哈希槽或Memcached的内存区域，减少网络延迟。一致性问题：在分布式环境中，由于网络延迟、分区容错等原因，保持所有节点的数据同步是一个难题，这涉及到两阶段提交、三阶段 commit 等复杂协议。缓存预热和刷新策略：定期预加载热点数据到缓存，或者设置合理的过期策略，及时更新数据。缓存分片和容量管理：根据系统的负载动态调整缓存大小，确保各个节点的缓存容量平衡。
MySQL触发器的优缺点及限制
m0_65697474的博客
11-04 242
在MySQL数据库中，触发器（Triggers）是一种强大的工具，可以在特定事件发生时自动执行预定义的操作。尽管触发器有许多优点，但使用时也需谨慎，因其存在一些缺点和限制。
greendao使用封装
白高林的专栏
11-07 324
greenDAO
！！！分布式数据库
speaking_me的博客
11-04 505
分布式数据库（Distributed Database）是指数据分布在多个物理位置的计算机上，但逻辑上被视为一个整体的数据库系统。这些计算机通过网络连接，协同工作以提供数据的存储、管理和查询服务。分布式数据库通过将数据分布在多个节点上，实现了高可扩展性、高可用性和高性能。然而，分布式数据库也面临着数据一致性、故障恢复和网络延迟等挑战。通过合理的设计和管理，分布式数据库可以有效支持大规模数据处理和高并发系统的需求。
MongoDB副本集配置与管理实战指南
"本文档详细介绍了MongoDB副本集的搭建及运维过程，包括证书生成、配置文件编写、服务启动和设置等关键步骤。" MongoDB是当前广泛应用的NoSQL数据库系统，其副本集功能提供了数据冗余和高可用性，确保在单个节点...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值