第二部分：Redis数据库的三种模式（①：主从复制）

最新推荐文章于 2021-09-17 10:15:34 发布
最新推荐文章于 2021-09-17 10:15:34 发布
阅读量269 收藏
点赞数
分类专栏： # Redis数据库系统学习知识 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/XuanAlex/article/details/114212937
版权

第二部分：Redis数据库的三种模式（①：主从复制）

以下是本篇文章正文内容，如有错误麻烦请指出。 谢谢 ！！！

一、主从复制简介

1、为什么选用主从复制

  1. 当前互联网 “三高：高并发，高性能，高可用” 架构，导致单机Redis承载更多的风险问题
    （1）机器故障： 数据丢失；
    （2）容量瓶颈： 内存不足，无限升级内存，成本费用太大。

2、主从复制作用

  1. 为了避免单点Redis服务器故障，准备多台服务器，互相连通。将数据复制多个副本保存在不同的服务器上，连接在一起，并保证数据是同步的。即使有其中一台服务器宕机，其他服务器依然可以继续提供服务，实现Redis的高可用，同时实现数据冗余备份；
  2. 读写分离： master写、slave读，提高服务器的读写负载能力；
  3. 负载均衡： 基于主从结构，配合读写分离，由slave分担master负载，并根据需求的变化，改变slave的数量，通过多个从节点分担数据读取负载，大大提高Redis服务器并发量与数据吞吐量；
  4. 故障恢复： 当master出现问题时，由slave提供服务，实现快速的故障恢复；
  5. 数据冗余： 实现数据热备份，是持久化之外的一种数据冗余方式；
  6. 高可用基石： 基于主从复制，构建哨兵模式与集群，实现Redis的高可用方案

3、主从复制之多台服务器连接方案

在这里插入图片描述

  1. 提供数据方：Master(主服务器，主节点，主库，主客户端)；
    （1）写数据
    （2）执行写操作时，将出现变化的数据自动同步到Slave
    （3）读数据（可忽略）
  2. 接收数据方：Slave(从服务器，从节点，从库，从客户端)；
    （1）读数据
    （2）写数据（禁止）
  3. 需要解决的问题：数据同步；
  4. 核心工作：Master的数据复制到Slave中。

4、Redis的复制功能介绍

  1. Redis 提供了 复制（Replication） 功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他数据库上；
  2. 在复制的概念中，数据库分为两类，一类是主数据库（Master），另一类是从数据库(Slave）；
  3. 主数据库可以进行读写操作，当写操作导致数据变化时会自动将数据同步给从数据库。而从数据库一般是只读的，并接受主数据库同步过来的数据；
  4. 一个主数据库可以拥有多个从数据库，而一个从数据库只能拥有一个主数据库。

5、主从复制的目的

  1. 读写分离，分担 Master 的读写压力
  2. 方便做容灾恢复

二、主从复制工作流程

1、主从复制：三个阶段

（1）建立连接阶段（即准备阶段）
（2）数据同步阶段
（3）命令传播阶段
在这里插入图片描述

2、阶段一：建立连接阶段

  1. 1. 描述
    （1）建立Slave到Master的连接，使Master能够识别Slave，并保存Slave端口号。

  2. 2. 工作流程
    步骤1： Slave通过命令：“slaveof ip port” 连接Master；
    步骤2： Master接收到消息并响应对应的Slave，同时Slave保存Master的IP与端口并创建Socket连接；
    步骤3： Slave周期性向Master发送ping命令 （定时器任务），同时Master响应pong消息；
    步骤4： Slave发送身份验证指令给Master并验证授权；
    步骤5： Slave发送自己的端口信息给Master，Master保存对应的端口号。至此，主从连接成功！
    最后Master与Slave各自的状态：
    （1）Slave保存Master的地址与端口
    （2）Master保存Slave的端口
    在这里插入图片描述

  3. 3. 主从连接方式

（1）客户端发送命令 （不推荐）

slaveof <masterip> <masterport>

（2）启动服务器参数 （不推荐）

redis-server -slaveof <masterip> <masterport>

（3）通过配置服务器文件 （推荐）

slaveof <masterip> <masterport>
  1. 4. 主从断开连接

（1）客户端发送命令

slaveof no one

（2）说明
Slave断开连接后，不会删除已有数据，只是不再接受Master发送的数据

  1. 5.授权访问

（1）Master客户端发送命令设置密码

requirepass <password>

（2）Master配置文件设置密码

# 设置密码
config set requirepass <password>
# 获取密码
config get requirepass

（3）Slave客户端发送命令设置密码

auth <password>

（4）Slave配置文件设置密码

masterauth <password>

（5）Slave启动服务器设置密码

redis-server –a <password>

3、阶段二：数据同步阶段

  1. 1. 描述
    （1）在Slave初次连接Master后，复制Master中的所有数据到Slave；
    （2）将Slave的数据库状态更新成Master当前的数据库状态。

  2. 2. 工作流程
    步骤1： Slave发送**“psync2”**指令到Master，请求同步数据。
    步骤2： Master执行 “bgsave” 指令生成此时Master当前状态下的 RDB文件，通过之前创建的Socket连接发送RDB文件给Slave（注意：第一个Slave连接时就创建命令缓冲区）；
    步骤3： Slave接收RDB文件，清空当前的RDB数据文件，执行RDB文件恢复过程，RDB文件恢复完成以后发送命令告诉Master已经恢复完成；
    步骤4： Master发送复制缓冲区信息给Slave，Slave接收信息并执行 bgrewriteaof，恢复数据；
    步骤5： Slave发送指令恢复部分同步数据，Master接收到指令响应Slave。至此，数据同步工作完成！
    最后Master与Slave各自的状态：
    （1）Slave具有Master端全部数据，包含RDB过程接收的数据；
    （2）Master保存Slave当前数据同步的位置。
    在这里插入图片描述

  3. 数据同步阶段Master说明
    （1）如果Master数据量巨大，数据同步阶段应避开流量高峰期，避免造成Master阻塞，影响业务正常执行；
    （2）复制缓冲区大小设定不合理，会导致数据溢出。如进行全量复制周期太长，进行部分复制时发现数据已经存在丢失的情况，必须进行第二次全量复制，致使Slave陷入死循环状态；
    （3）Master单机内存占用主机内存的比例不应过大，建议使用50%-70%的内存，留下30%-50%的内存用于执行bgsave命令和创建复制缓冲区。

     # 复制缓冲区大小设置 默认是: 1M
 repl-backlog-size 1mb

  4. 数据同步阶段Slave说明
    （1）为避免Slave进行全量复制、部分复制时服务器响应阻塞或数据不同步，建议关闭此期间的对外服务，通过添加配置文件内容：**“slave-serve-stale-data yes|no”**来实现;
    （2）数据同步阶段，Master发送给Slave信息可以理解Master是Slave的一个客户端，主动向Slave发送命令;
    （3）多个Slave同时对Master请求数据同步，Master发送的RDB文件增多，会对带宽造成巨大冲击，很容易造成Master带宽不足，因此数据同步需要根据业务需求，适量错峰；
    （4）Slave过多时，建议调整拓扑结构，由一主多从结构变为树状结构，中间的节点既是Master，也是Slave。注意 使用树状结构时，由于层级深度，导致深度越高的slave与最顶层master间数据同步延迟较大，数据一致性变差，应谨慎选择。

4、阶段三：命令传播阶段

  1. 1. 描述
    （1）当Master数据库状态被修改后，导致主从服务器数据库状态不一致，此时需要让主从数据同步到一致的状态，同步的动作称为命令传播；
    （2）Master将接收到的数据变更命令发送给Slave，Slave接收命令后执行命令。

  2. 2. 命令传播阶段的部分复制

  • 1: 命令传播阶段出现了断网现象
    (1) 网络闪断闪连 ---------- 忽略
    (2) 短时间网络中断 ------- 部分复制
    (3) 长时间网络中断 ------- 全量复制
  • 2: 部分复制的三个核心要素
    (1) 服务器的运行 id（run id）
    (2) 主服务器的复制积压缓冲区
    (3) 主从服务器的复制偏移量

  1. 3. 服务器运行ID（runid）
    （1）概念： 服务器运行ID是每一台服务器每次运行的身份识别码，一台服务器多次运行可以生成多个运行id；
    （2）组成： 运行id由40位字符组成，是一个随机的十六进制字符；
    例如：fdc9ff13b9bbaab28db42b3d50f852bb5e3fcdce
    （3）作用： 运行id被用于在服务器间进行传输，识别身份，如果想两次操作均对同一台服务器进行，必须每次操作携带对应的运行id，用于对方识别；
    （4）实现方式： 运行id在每台服务器启动时自动生成的，Master在首次连接Slave时，会将自己的运行ID发送给Slave，Slave保存此ID，通过info Server命令，可以查看节点的runid

  2. 4. 复制缓冲区
    （1）概念： 复制缓冲区，又名复制积压缓冲区，是一个先进先出（FIFO）的队列，用于存储服务器执行过的命令，每次传播命令，Master都会将传播的命令记录下来，并存储在复制缓冲区。
    在这里插入图片描述

  3. 5. 复制缓冲区内部工作原理
    在这里插入图片描述

  4. 6. 主从服务器复制偏移量（offset）
    （1）概念： 一个数字，描述复制缓冲区中的指令字节位置
    （2）分类：
    Master复制偏移量： 记录发送给所有Slave的指令字节对应的位置（多个）
    Slave复制偏移量： 记录slave接收Master发送过来的指令字节对应的位置（一个）
    （3）数据来源：
    Master端：发送一次记录一次
    Slave端： 接收一次记录一次
    （4）作用： 同步信息，比对Master与Slave的差异，当Slave断线后，恢复数据使用。

5、数据同步+命令传播阶段工作流程

在这里插入图片描述

6、心跳机制

  1. 进入命令传播阶段时候，Master与Slave间需要进行信息交换，使用心跳机制进行维护，实现双方连接保持在线；
  2. Master心跳任务
    指令：PING
    周期：由repl-ping-slave-period决定，默认10秒
    作用：判断slave是否在线
    查询：INFO replication -------- 获取slave最后一次连接时间间隔，lag项维持在0或1视为正常
  3. Slave心跳任务
    指令：REPLCONF ACK {offset}
    周期：1秒
    作用1：汇报Slave自己的复制偏移量，获取最新的数据变更指令
    作用2：判断Master是否在线
  4. 心跳阶段注意事项

（1）当Slave多数掉线，或延迟过高时，Master为保障数据稳定性，将拒绝所有信息同步操作；

min-slaves-to-write 2
min-slaves-max-lag 10
# 说明：Slave数量少于2个，或者所有Slave的延迟都大于等于10秒时，强制关闭Master写功能，停止数据同步。

（2）Slave数量由Slave发送REPLCONF ACK命令做确认
（3）Slave延迟由Slave发送REPLCONF ACK命令做确认

7、主从复制工作流程（完整）

在这里插入图片描述

三、主从复制常见问题

1、频繁的全量复制一

  1. 伴随着系统的运行，Master的数据量会越来越大，一旦Master重启，runid将发生变化，会导致全部Slave的全量复制操作

  2. 内部优化调整方案：

（1）Master内部创建master_replid变量，使用runid相同的策略生成，长度41位，并发送给所Slave
（2）在Master关闭时执行命令 shutdown save，进行RDB持久化,将runid与offset保存到RDB文件中

repl-id
repl-offset 
通过redis-check-rdb命令可以查看该信息

（3）Master重启后加载RDB文件，恢复数据

重启后，将RDB文件中保存的repl-id与repl-offset加载到内存中
master_repl_id = repl
master_repl_offset = repl-offset
通过info命令可以查看该信息
  1. 作用
    本机保存上次runid，重启后恢复该值，使所有Slave认为还是之前的Master

2、频繁的全量复制二

  1. 问题现象
    （1）网络环境不佳，出现网络中断，Slave不提供服务。
  2. 问题原因
    （1）复制缓冲区过小，断网后Slave的offset越界，触发全量复制。
  3. 最终结果
    （1）Slave反复进行全量复制。
  4. 解决方案

（1）修改复制缓冲区大小

	repl-backlog-size

  1. 建议设置如下：

     1. 测算从Master到Slave的重连平均时长second
 2. 获取Master平均每秒产生写命令数据总量write_size_per_second
 3. 最优复制缓冲区空间 = 2 * second * write_size_per_second

3、频繁的网络中断一

  1. 问题现象
    （1）Master的CPU占用过高 或 Slave频繁断开连接。
  2. 问题原因
    （1）Slave每1秒发送REPLCONF ACK命令到Master；
    （2）当Slave接到了慢查询时（keys * ，hgetall等），会大量占用CPU性能；
    （3）Master每1秒调用复制定时函数replicationCron()，比对Slave发现长时间没有进行响应。
  3. 最终结果
    （1）Master各种资源（输出缓冲区、带宽、连接等）被严重占用。
  4. 解决方案

（1）通过设置合理的超时时间，确认是否释放Slave

repl-timeout
# 该参数定义了超时时间的阈值（默认60秒），超过该值，释放Slave

4、频繁的网络中断二

  1. 问题现象
    （1）Slave与Master连接断开
  2. 问题原因
    （1）Master发送ping指令频度较低
    （2）Master设定超时时间较短
    （3）ping指令在网络中存在丢包
  3. 解决方案

（1）提高ping指令发送的频度

repl-ping-slave-period
# 超时时间repl-time的时间至少是ping指令频度的5到10倍，否则Slave很容易判定超时

5、数据不一致

  1. 问题现象
    （1）多个Slave获取相同数据不同步。

  2. 问题原因
    （1）网络信息不同步，数据发送有延迟。

  3. 解决方案
    （1）优化主从间的网络环境，通常放置在同一个机房部署，如使用阿里云等云服务器时要注意此现象；
    （2）监控主从节点延迟（通过offset）判断，如果Slave延迟过大，暂时屏蔽程序对该Slave的数据访问。

     slave-serve-stale-data yes|no
 # 开启后仅响应info、slaveof等少数命令（慎用，除非对数据一致性要求很高）

对以前的知识回顾，加深基础知识！
每天进步一点点，也许某一天你也会变得那么渺小！！！

斗罗昊天锤
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
第四十六章：Redis数据库主从复制1
08-08
二、同步详解 三、案例：配置主从复制 一、主从复制的概述：概述：为了分担读写压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构，Re
Redis 主从复制的几种玩法
.
08-15 678
一、一主二仆 二、薪火相传 三、反客为主
redis 查看当前连接ip_Redis学习 复制以及三种部署模式
weixin_39809793的博客
12-06 5883
什么是复制单机的redis通常情况是无法满足项目需求的，一般都建议使用集群部署的方式进行数据的多机备份和部署，这样既可以保证数据安全，同时在redis宕机的时候，复制也可以对于数据进行快速的修复。采取的方式单机部署(忽略)主从链一主多从哨兵模式集群模式复制的前提需要保证redis.conf里面的配置是正确的，比如：dir ./dbfilename "dump.rdb"需要保证指定的路径...
Redis 主从模式详解
持之以恒！
11-11 2246
Redis主从模式 不管任何程序，只运行一个实例都是不可靠的，一旦因为网络原因导致所在机器不可达，或者所在服务器挂掉，那么这个程序将不能对外提供服务了，Redis也是一样的。同时，将数据完全存储在单个redis中也会存在数据备份和数据量较大造成性能降低的问题。Redis的一个激动人心的功能是可伸缩性,它采用主从复制的方式提供高度可靠性。Redis的主从复制功能非常强大，一个master可以拥有多...
Redis三种集群模式部署方式以及数据同步问题
qq_38702393的博客
01-19 2934
Redis总结一：数据类型基本操作1.0 key基本操作1.1String 类型1.2 List类型1.3 Hash类型1.4 Set集合类型1.5 Sorted Set 有序集合2 持久化方式，以及数据备份和恢复2.1 RDB 持久化2.2 AOF持久化2.3 两者优缺点2.3.1 RDB 存在的优势及缺点2.3.2 RDB存在的优势和缺点2 安装部署单机版2.1 下载2.2 安装部署2.3 修改配置文件2.4 启动服务3 主从模式搭建3.1 搭建前准备3.2 master配置3.3 slave配置4 哨
【Redis缓存机制】10.主从模式
程序猿之洞
12-02 8313
redis的主从模式 (1)介绍 redis存储数据是在内存中运行的，运行速度比关系型数据库要快一些。而且它具有SortSet/Hash 等具有特色的数据类型，这是其它数据库无法比拟的。 redis有增删改查四种操作，和一般的数据库差不多。 什么操作最耗费数据库资源？是查询。查询中的子查询、多表查询，条件中的Group by、order by， 以及limit等操作都会消耗不少的数
42.第四十二阶段、Mysql主从复制+高可用集群+redis
03-21
数据库的高级使用技巧 数据库的高级使用技巧 数据库的高级使用技巧
Reading-and-comprehense-redis:学习redis二进制过程笔记，问题记录，通过代码阅读熟悉的NOSQL数据库redis cluster的功能，主从复制，分区扩容，槽位迁移，故障转移故障切换，一致性选举完整分析，对理解redis源码很有帮助
03-23
读 redis阅读理解，带详细注释 说明 本份代码从 clone下来，然后自己添加自己的理解，再次基础上增加函数...第二阶段 熟悉redis的内存编码结构 整数集合数据结构 intset.h和intset.c 压缩列表数据结构 ziplist.h和
1个Nginx+2个tomcat+2个redis服务器（主从复制）实现反向代理，实现动静分离。 - 张相逢的博客 - CSDN博客收藏20200109-134106.html
01-09
1个Nginx+2个tomcat+2个redis服务器（主从复制）实现反向代理，实现动静分离。 - 张相逢的博客 - CSDN博客 Nginx的个人理解 - fly1056601582的博客 - CSDN博客 Redis 集合(Set)_redis教程 mysql、zookeeper、redis和...
cavedb：用leveldb包装的仿制的redis进展内部数据库，必须以redis或ssdb主要库使用。适合用于多读少写的服务器数据
02-02
##第二版本简洁，实用的整体结构有三大部分：1.同步工具slave_ssdb和slave_redis用于走主从同步协议从ssdb或redis拉取数据2.数据接收工具store，从slave_xxxx中同步来的数据会3.各种包含存储功能的存储的实现，随库...
redis数据库主从备份操作详解
9527
08-28 761
进行redis主从备份前先来两台能互相ping通的虚拟机 然后查看ifconfig查看IP地址 然后进行redis数据库主库的配置，进入到redis的配置文件中 修改redis数据库绑定的ip地址，将绑定的本地的127.0.0.1转为虚拟机的ip地址 启动redis数据库服务，然后查看redis进程是否成功启动 进入到redis的配置文件目录 然后拷贝一份redis的配置文件，作为从red...
redis三种集群模式
sumengnan的博客
02-02 1376
一、单机模式 就是安装一个redis，启动起来，业务调用即可 有什么问题？ 单机故障 容量瓶颈 QPS瓶颈 只适合一些性能不高、可靠性不用太强的业务系统。 二、主从复制模式 可以解决单机模式的单机故障问题外，还有好处： 读写分离 容灾备份 假设我们要搭建1主2从，分别是6379、6380、6381端口 6379主节点redis.conf配置文件不需要动，只把6380、6381两个从节点redis.conf配置文件增加一行（配置主节点的ip端口） slaveof 127.0.0
Redis的三种模式-主从复制、哨兵、Cluster
qq_39612954的博客
09-17 293
Redis单机版 优点： 单机版的Redis也有很多优点，比如实现简单、维护简单、部署简单、维护成本非常低，不需要其它额外的开支。 缺点： 单点故障问题。一个Redis挂了，所有的请求就会直接打在了DB上。 并且一个Redis抗并发数量也是有限的，同时要兼顾读写两种请求，只要访问量一上来，Redis就受不了了。另一方面单机版Redis数据量存储也是有限的，数据量一大，再重启Redis的时候，就会非常的慢，所以局限性也是比较大的。 主从模式   一个主数据库，多个从数据库。主数据库（master）可以
Redis数据库优化（主从模式，哨兵，集群）
weixin_53567573的博客
05-11 441
Redis数据库优化一、概述（一）集群介绍二、Redis主从复制的概念 一、概述 1.redis 集群有三种模式，分别是主从同步/复制、哨兵模式、Cluster，下面会介绍这三种模式的工作方式，以及搭建Cluster集群 2.在Redis中，实现高可用的技术主要包括持久化、主从复制、哨兵和集群，下面分别说明它们的作用，以及解决了什么样的问题。 持久化：持久化是最简单的高可用方法(有时甚至不被归为高可用的手段)，主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。 主从复制：主从复制
redis的高可用（主从复制、哨兵、集群）
芦苇的博客
07-14 665
内容概要一、Redis主从复制1、Redis主从复制的概念2、Redis主从复制的作用3、Redis主从复制的流程4、Redis主从复制的搭建（1）安装Redis（所有主机）（2）修改Master节点Redis配置文件（3）修改Slave节点Redis配置文件（4）验证主从效果二、Redis 哨兵模式1、哨兵模式的原理2、哨兵模式的作用3、哨兵模式的结构4、哨兵模式的搭建（1）修改 Redis 哨兵配置文件（所有节点操作）（2）启动哨兵模式（3）查看哨兵模式信息（4）故障模拟（5）验证结果三、Redis 群
Redis数据库（二）
wanghaoxin的博客
06-03 726
Redis数据操作 redis-benchmark测试以及操作命令 Redis支持各种的数据类型，而且Redis操作数据的速度很快的。在Redis数据库里面有一个“redis-benchmark”性能测试工具，可以直接使用这个工具来观察Redis使用： /usr/local/redis/bin/redis-benchmark –help 该命令所需要的参数如下： -h &amp;amp;amp;amp;amp;lt;...
Redis主从复制
实践求真知
02-02 494
一 集群分类 主从复制：Replication 高可用：Sentine 集群：Cluster 分布式：twemproxy 二 主从复制 1 一个Redis服务可以有多个服务的复制品，这个Redis服务称为Master，其他复制品称为Slaves。 2 只要网络连接正常，Master会一直将自己的数据更新同步给Slaves，保持主从同步。 3 只有Master可以执行写命令，
NoSQL 之Redis主从复制、哨兵和集群介绍及详细搭建步骤
码海小虾米_的博客
07-15 526
Redis主从复制、哨兵和集群一、主从复制1.1 主从复制的概念1.2 主从复制的作用1.3 主从复制的流程1.4 部署Redis 主从复制步骤1.5 部署Redis 主从复制的具体操作步骤（实操）二、哨兵模式2.1 哨兵模式的原理2.2 哨兵模式的作用2.3 哨兵模式的结构2.4 哨兵模式的部署2.5 哨兵模式部署的具体操作步骤（实操）三、集群模式3.1 集群模式的作用3.2 集群模式的数据分片3.3 集群模式的主从复制模型3.4 Redis 集群部署步骤3.5 Redis 集群部署的具体操作步骤（实操）
redis数据库数量配置、切换及指定数据库
热门推荐
long2010110的专栏
09-06 5万+
redis的数据库个数是可以配置的，默认为16个，见redis.windows.conf/redis.conf的databases 16。 对应数据库的索引值为0 - (databases -1)，即16个数据库，索引值为0-15。默认存储的数据库为0。 1、命令行切换 redis-cli -a 123456 登陆redis，默认选择了数据库0，如果需要切换到其它数据库使用select 索引值，...
redis主从复制和redis哨兵模式区别
最新发布
05-04
Redis主从复制和Redis哨兵模式都是用于提高Redis的可用性和可靠性，但它们有一些区别。 1. 复制方式不同 主从复制是一种简单的复制方式，主节点将数据同步到从节点，从节点只能接收数据而不能写入数据。哨兵模式是...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值