Mysql索引优化

已于 2022-07-04 09:50:38 修改
阅读量674 收藏 1
点赞数
分类专栏： 数据库 文章标签： mysql 数据库 sql
于 2022-07-01 15:37:10 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46684099/article/details/125559868
版权

mysql索引建立原则

在这里插入图片描述

通过 EXPLAIN 分析 SQL 执行计划

可以知道以下内容：

  • 表的读取顺序
  • 数据读取操作的操作类型
  • 哪些索引可以使用
  • 哪些索引被实际使用
  • 表之间的引用
  • 每张表有多少行被优化器查询

假设现在我们使用 EXPLAIN 命令查看当前 SQL 是否使用了索引，先通过 SQL EXPLAIN 导出相应的执行计划如下：

在这里插入图片描述

下面对图示中的每一个字段进行一个说明：

id: 每个执行计划都有一个id,如果是一个联合查询,这里还将有多个id

关注点: id的每个号码,表示一次独立的查询,一个SQL的查询次数越少越好

  • id相同: 从上到下顺序进行

在这里插入图片描述

  • id不同: id越大执行优先级越高,越先被执行

在这里插入图片描述

  • id出现相同和不同: id 如果相同，可以认为是一组,从上往下顺序执行;在所有组中,id 值越大,优先级越高, 衍生 = derived。

在这里插入图片描述

select_type：表示 SELECT 查询类型，常见的有 SIMPLE（普通查询，即没有联合查询、子查询）、PRIMARY（主查询）、UNION（UNION 中后面的查询）、SUBQUERY（子查询）等。

  • SIMPLE：普通查询，即没有联合查询、子查询

  • PRIMARY：查询中若包含任何复杂的子部分，最外层查询则被标记为 Primary，即：最后执行的查询

  • DERIVED： 在FROM 语句中包含的子查询被标记为 DERIVED(衍生)，MySQL 会递归执行这些子查询, 把结果放在临时表里。

  • SUBQUERY：在SELECT或WHERE列表中包含了子查询。

  • DEPEDENT SUBQUERY: 在SELECT或WHERE列表中包含了子查询,子查询基于外层

  • UNCACHEABLE SUBQUERY: 无法使用缓存的子查询

  • UNION: 若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在FROM子句的子查询中,外层SELECT将被标记为：DERIVED

  • UNION RESULT：从UNION表获取结果的SELECT

table: 当前执行计划查询的表，如果给表起别名了，则显示别名信息。

partitions: 访问的分区表信息。

type: 表示从表中查询到行所执行的方式，查询方式是 SQL 优化中一个很重要的指标，结果值从好到差依次是：system > const > eq_ref > ref > range > index > ALL。 一般来说，得保证查询至少达到range级别，最好能达到ref，否则就可能会出现性能问题。

  • system/const： 表中只有一行数据匹配，此时根据索引查询一次就能找到对应的数据。如果是 B + 树索引，我们知道此时索引构造成了多个层级的树，当查询的索引在树的底层时，查询效率就越低。const 表示此时索引在第一层，只需访问一层便能得到数据。

  • eq_ref： 唯一索引扫描，常见于多表连接中使用主键和唯一索引作为关联条件。

  • ref： 非唯一索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，他返回所有匹配某个值的行，他可能找到多个符合条件的行，属于查找和扫描的混合体，还可见于唯一索引最左原则匹配扫描。

  • range： 索引范围扫描，比如，<，>，between 等操作。

  • index： 索引全表扫描，此时遍历整个索引树。

  • ALL: 表示全表扫描，需要遍历全表来找到对应的行。

possible_keys: 可能使用到的索引，显示一个或者多个，但不一定被查询实际使用。

key: 实际使用到的索引，如果值为NULL，则没有用到索引。

key_len: 当前使用的索引的长度，显示MySQL决定使用的键长度。若是键是NULL，长度就是NULL。文档提示特别注意这个值能够得出一个多重主键里mysql实际使用了哪一部分。

ref: 显示哪一列被使用，如果可能的话，是一个常数，哪些列或者常亮被用于查找索引列上的值。

rows: 查找到记录所扫描的行数。

filtered: 查找到所需记录占总扫描记录数的比例。

Extra: 额外的信息

  • Using filesort Mysql会对数据使用一个外部的索引排序，而不是按照表中的索引进行排序，MySql无法使用索引进行排序的，被称为"文件类排序"。
  • Using temporary 使用了临时表保存中间结果，Mysql在对查询结果排序时使用临时表，常见于排序order by 或 分组 group by。
  • Using index 表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据，效率不错，如果同时出现了User where 表明索引被用来执行索引键值的查找，如果没有出现Using where，表明索引用来读取数据，而非执行查找动作

索引失效

  1. 不在索引列上做任何操作（计算、函数、(自动or手动)类型转换），会导致索引失效而转向全表扫描
  2. 存储引擎不能使用索引中范围条件右边的列
  3. 尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致))，减少 select *
  4. mysql在使用不等于( != 或者 <> )的时候无法使用索引会导致全表扫描
  5. is null ,is not null 也无法使用索引
  6. like 以通配符开头( %abc... ) mysql索引失效会变成全表扫描的操作
  7. 字符串不加单引号索引失效
  8. 少用 or ,用它来连接时会索引失效

索引生效总结

创建index(a,b,c)，执行不同的sql产生的结果如下：

Where语句索引是否被使用
where a = 3Y,使用到a
where a = 3 and b = 4Y,使用到a,b
where a = 3 and b = 4 and c =1Y,使用到a,b,c
where b = 3 或 where b=3 and c = 4 或 where c = 4N
where a = 3 and c =5Y,使用到a,但c不可以,b中间断了
where a = 3 and b > 4 and c = 5Y,使用到a和b,但c不能用在范围之后,b断了
where a = 3 and b like ‘kk%’ and c = 5Y,使用到a,b,c
where a = 3 and b like ‘%kk’ and c = 5Y,使用到a
where a = 3 and b like ‘%kk%’ and c = 5Y,使用到a
where a = 3 and b like ‘k%kk%’ and c = 5Y,使用到a,b,c

小表驱动大表

IN 和 EXISTS的区别

  • EXISTS：SELECT … FROM TABLE WHERE EXISTS(子查询)。

  • 语法可以理解为：将主查询的数据，放到子查询中做条件验证，根据验证结果(true或false)来决定主查询的数据结果是否得以保留

  • 提示1： EXISTS(子查询)只返回true或false，因此子查询中的 select * 可以用 select 1 或者 select 'X' 代替，官方说法实际执行时会忽略 select 清单，因此没有区别。

  • 提示2： EXISTS(子查询)的实际执行过程可能进行了优化，而不是我们理解上的逐条对比，如有效率问题担忧，可进行实际检验以确定是否有效率问题。

  • 提示3： EXISTS(子查询)可以用条件表达式、其他子查询、或者 join 来代替。最优的方式需要具体问题具体分析。

优化原则: 小表驱动大表，即小的数据集驱动大的数据集。

###############原理###################
select * from A where id in (select id from B )
# 等价于
for select id from B 
for select * from A where A.id = B.id
# 当B表的数据集必须小于A表的数据集时,A>B 用 in 优于 exists
select * from A where exists(select 1 from B where B.id = A.id)
# 等价于
for select id from A 
for select * from B where B.id = A.id
# 当A表的数据集小于B表的数据集时, A<B 用 exists 优于 in
# 注意:A表于B表的ID字段应建立索引

oder by 排序优化

表存在复合索引 index(a,b)

  • MySql 支持两种方式的排序，FileSort (文件排序)和 Index (索引优化排序), Index 效率高。它指MySQL扫描索引本身完成排序。FileSort 方式效率较低。

  • Order by 子句尽量使用 Index 方式排序，避免使用 FileSort 方式排序。

  • Order by 满足两种情况，会使用 Index 方式排序
    1、Order by 语句使用索引最左前列
    2、使用 Where 子句与 order by 子句条件列组合满足索引最左前列

# ORDER BY默认是升序，如果 以下SQl 会出现filesort方式排序，会降低搜索性能
select * from table order by a asc，b desc；
# 修改成如下 则索引生效 保证ORDER BY后使用的索引排序规则相同，即：一起升序，或者一起倒序。
select * from table order by a desc，b desc

  • 如果不在索引列上，FileSort 有两种算法：MySql就要启动双路排序和单路排序

  • 1、双路排序

    • MySQL4.1之前时使用双路排序，字面意思就是 两次扫描磁盘 ，最终得到数据，读取行指针和order by列，对他们进行排序，然后扫描已经排序号的列表，按照列表中的值重新从列表中读取对应的数据输出。
    • 从磁盘取排序字段，在buffer进行排序，再从磁盘读取其他字段。

  • 2、单路排序

    • 4.1之后使用单路排序
    • 读取磁盘一次，将数据加载到 sort_buffer 中，进行排序，弊端：如果取出的数据大于 sort_buffer的容量，则每次只能读取 sort_buffer 容量大小的数据，创建 tmp文件，进行多次读取，多次IO最后合并数据。

  • 优化策略：增大 sort_buffer_size 、 max_length_for_sort_data 的参数设置

MySQL两种排序方式: 文件排序或者扫描有序索引排序

MySQL能为排序与查询使用相同的索引

KEY a_b_c(a,b,c)

# Order by 能使用索引最左前缀
order by a
order by a,b
order by a,b,c

# 如果where 使用索引的最左前缀定义为常量 则Order by能使用索引
where a = const order by b,c
where a = const and b = const order by c
where a = const order by b,c
where a = const and b > const order by b,c
# 不能使用索引排序的情况:
order by a asc, b desc, c desc # 排序不一致
where g = const order by b,c # 丢失a索引
where a = const order by c # 丢失b索引
where a = const order by a,d # d不是索引的一部分
where a in (..) order by b,c # 对于排序来说 多个相等条件也是范围查询

Show profiles

Show profiles 是MySql用来分析当前会话SQL语句执行的资源消耗情况，可以用于SQL的调优测量。

  • 查看是否开启： show variables like 'profiling%';

在这里插入图片描述

  • 开启：set profiling=on;
  • 查看最近执行的SQL语句执行情况: show PROFILES;

​ 其中Query_ID为每条执行SQL的编号，Duration为执行时间，Query为SQL语句。

在这里插入图片描述

  • 查看详细信息：show PROFILE cpu,block io for QUERY (具体的Query_ID);

在这里插入图片描述

影响性能的问题

  • converting HEAP to MyISAM 查询结果太大,内存都不够用了往磁盘上搬了
  • Creating tmp table 创建临时表
    1. 拷贝数据到临时表
    2. 用完再删除
  • Copying to tmp table on disk 把内存中临时表复制到磁盘,危险!!!
  • locked

索引使用注意事项

  • 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

  • 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描

# 如：将导致引擎放弃使用索引而进行全表扫描
select id from t where num is null
# 可以在 num 上设置默认值0，确保表中 num 列没有 null 值，然后这样查询
select id from t where num=0

  • 应尽量避免在 where 子句中使用 != 或 <> 操作符，否则引擎将放弃使用索引而进行全表扫描。

  • 应尽量避免在 where 子句中使用or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描

# 如:
select id from t where num=10 or num=20
# 可以这样查询：
select id from t where num=10 union all select id from t where num=20
  • in 和 not in 也要慎用，否则会导致全表扫描
# 如： 
select id from t where num in(1,2,3)
# 对于连续的数值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3

  • 下面的查询也将导致全表扫描：select id from t where name like ‘李%’; 若要提高效率，可以考虑全文检索。

  • 如果在 where 子句中使用参数，也会导致全表扫描。因为SQL只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然 而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描：select id from t where num=@num 可以改为强制查询使用索引：select id from t with(index(索引名)) where num=@num

  • 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。

# 如：
select id from t where num/2=100
# 应改为:
select id from t where num=100*2
  • 应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。
# 如：
select id from t where substring(name,1,3)='abc' 
# name以abc开头的id，应改为:
select id from t where name like 'abc%'

  • 不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。

  • 在使用索引字段作为条件时，如果该索引是 复合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用，并且应尽可能的让字段顺序与索引顺序相一致。

  • 不要写一些没有意义的查询，如需要生成一个空表结构：select col1,col2 into #t from t where 1=0 这类代码不会返回任何结果集，但是会消耗系统资源的，应改成这样：create table #t(…)

  • 很多时候用 exists 代替 in 是一个好的选择：select num from a where num in(select num from b) 用下面的语句替换：select num from a where exists(select 1 from b where num=a.num)

  • 并不是所有索引对查询都有效，SQL是根据表中数据来进行查询优化的，当索引列有大量数据重复时，SQL查询可能不会去利用索引，如一表中有字段sex，male、female几乎各一半，那么即使在sex上建了索引也对查询效率起不了作用。

  • 索引并不是越多越好，索引固然可 以提高相应的 select 的效率，但同时也降低了 insert 及 update 的效率，因为 insert 或 update 时有可能会重建索引，所以怎样建索引需要慎重考虑，视具体情况而定。一个表的索引数最好不要超过6个，若太多则应考虑一些不常使用到的列上建的索引是否有 必要。

  • 应尽可能的避免更新 clustered 索引(聚簇索引) 数据列，因为 clustered 索引数据列的顺序就是表记录的物理存储顺序，一旦该列值改变将导致整个表记录的顺序的调整，会耗费相当大的资源。若应用系统需要频繁更新 clustered 索引数据列，那么需要考虑是否应将该索引建为 clustered 索引。

  • 尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

  • 尽可能的使用 varchar/nvarchar 代替 char/nchar ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。

  • 任何地方都不要使用 select * from t ，用具体的字段列表代替“*”，不要返回用不到的任何字段。

  • 尽量使用表变量来代替临时表。如果表变量包含大量数据，请注意索引非常有限（只有主键索引)

  • 避免频繁创建和删除临时表，以减少系统表资源的消耗。

  • 临时表并不是不可使用，适当地使用它们可以使某些例程更有效，例如，当需要重复引用大型表或常用表中的某个数据集时。但是，对于一次性事件，最好使用导出表。

  • 在新建临时表时，如果一次性插入数据量很大，那么可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果数据量不大，为了缓和系统表的资源，应先 create table ，然后 insert。

  • 如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先 truncate table ，然后 drop table ，这样可以避免系统表的较长时间锁定。

  • 尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该考虑改写。

  • 使用基于游标的方法或临时表方法之前，应先寻找基于集的解决方案来解决问题，基于集的方法通常更有效

  • 与临时表一样，游标并不是不可使 用。对小型数据集使用 FAST_FORWARD 游标通常要优于其他逐行处理方法，尤其是在必须引用几个表才能获得所需的数据时。在结果集中包括“合计”的例程通常要比使用游标执行的速度快。如果开发时 间允许，基于游标的方法和基于集的方法都可以尝试一下，看哪一种方法的效果更好。

  • 在所有的存储过程和触发器的开始处设置 SET NOCOUNT ON ，在结束时设置 SET NOCOUNT OFF 。无需在执行存储过程和触发器的每个语句后向客户端发送DONE_IN_PROC 消息。

  • 尽量避免大事务操作，提高系统并发能力。

  • 尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理

人间不值得T皿T
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
专栏目录
MySQL语句优化
游戈 的博客
10-11 703
1.大批量插入数据 对于 InnoDB 类型的表，有以下几种方式可以提高导入的效率 1） 主键顺序插入 因为InnoDB类型的表是按照主键的顺序保存的，所以将导入的数据按照主键的顺序排列，可以有效的提高导入数据的效率。如果InnoDB表没有主键，那么系统会自动默认创建一个内部列作为主键，所以如果可以给表创建一个主键，将可以利用这点，来提高导入数据的效率。 例如：当前有两个数据，各有十万数据 脚本文件介绍 : sql1.log ----> 主键有序 sql2.log ----> 主键无序 将文件加
MySql索引优化
12-14
MySQL索引优化是数据库管理中的关键环节，它直接影响着数据查询效率和系统整体性能。创建索引的主要目的是为了加速数据的检索，特别是对于大型数据库，这一点尤为重要。索引能够确保数据的唯一性，使得数据库表中的...
mysql索引优化
qq_22648203的博客
03-23 401
了解下mysql的B+树:一种为了减少IO操作快速搜索到数据的数据结构，如下图： 说明： 蓝色部分磁盘块 黄色部分指针 深蓝色目标数据块 分析一下查找的过程： 如果要查询数据为29的值： 1.将磁盘一加入到内存中此时发生一次IO，在内存中用二分查找确定29在17和35之间，锁定磁盘块1的P2指针 2.通过磁盘块1的P2指针的磁盘地址把磁盘块3由磁盘加载到内存，发生第二次I
mysql 中 ‘!=‘ 与 ‘＜＞“ 和 ‘NOT EXISTS’ 区别
最新发布
JustinMars的博客
05-28 166
在MySQL中，‘!=’ 和 ‘’ 是等价的操作符，都表示不等于。它们用于比较两个值是否不相等。是用于检查子查询是否返回任何行的谓词。虽然它们都可以用于查询中，但是它们的用途和语法有所不同。这两个操作符的功能完全相同，只是语法略有不同，可以根据个人偏好选择使用。子句一起使用，以过滤基于子查询结果的行。如果子查询不返回任何行，则。=’ 和 ‘’ 是用于比较两个值是否不相等的操作符，而。是一个谓词，用于检查子查询是否返回任何行。
mysql 事务 注意 优化_MySQL入门详解（二）---mysql事务、锁、以及优化
weixin_34260100的博客
01-20 117
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在一个商城系统中，用户执行购买操作，那么用户订单中应该加一条，库存要减一条，如果这两步由于意外只进行了其中一步那么就会发生很大的问题。而事务可以很好的解决这个问题。事务是数据库处理操作，其中执行就好像它是一个单一的一组有序的工作单元。换言之在组内每个单独的操作是成功的，那么一个事务才是完整的。如果事务中的任何操作失败，整个事务将失败。事...
mysql 优化
pf1234321的专栏
12-20 184
SQL优化 优化实战 策略1.尽量全值匹配   CREATE TABLE `staffs`(          id int primary key auto_increment,          name varchar(24) not null default "" comment'姓名',          age int not null default 0 ...
05-VIP-Mysql索引优化实战二.pdf
11-30
Mysql索引优化实战二 本文档主要介绍了Mysql索引优化的实战经验，着重于分页查询优化和Join关联查询优化。 一、分页查询优化 在实际业务系统中，分页功能是非常常见的，对于大表的分页查询，执行效率往往非常低。...
04-VIP-Mysql索引优化实战一.pdf
11-30
MySQL索引优化是数据库性能提升的关键环节，本篇主要探讨了几个关于MySQL索引使用和优化的重要知识点。 首先，创建了一个名为`employees`的员工记录表，其中包含`id`（主键）、`name`、`age`、`position`和`hire_...
mysql 索引优化
12-14
MySQL索引优化是数据库性能提升的关键技术之一，尤其在处理大量数据时，高效的索引能够显著减少查询时间。本文将围绕MySQL 5.7社区版的索引优化展开，包括索引类型、优化策略以及使用`optimizer_trace`进行查询分析...
MySQL优化
热门推荐
iiiiiiiiiooooo的博客
03-19 1万+
MySQL优化方向： 在设计上：字段类型，存储引擎，范式 在功能上：索引，缓存，分库分表 在架构上：集群，主从复制，负载均衡，读写分离 SQL优化 1.插入优化 大量数据采用批量插入形式 事务设置手动提交，MySQL默认是自动提交，意味着每写一个SQL事务就自动提交，可能会频繁的涉及事务开始和提交，所以建议手动提交 2.order by优化 Using filesort：通过表的索引或者全表扫描，读取到满足条件的数据行，然后在排序缓冲区 sort buffer 中完成排序，所以返回的数据
Mysql优化（高级篇）
明耀的博客
03-23 1226
Mysql优化（高级篇） Mysql数据库优化篇 ...
mysql怎么优化_如何优化MySQL？十个攻略在这里！
weixin_42360993的博客
01-18 186
今天介绍一些干货知识，就是常见的优化MySQL的方法，这里只列举了10条方案，当然还有其他的优化方式，大家可以自己整理啊！详细信息，请参考全文！1、EXPLAIN做MySQL优化，我们要善用 EXPLAIN 查看SQL执行计划。2、SQL语句中IN包含的值不应过多MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大...
年末整理一
Javy的专栏
01-28 196
1. 为查询缓存优化你的查询大多数的MySQL服务器都开启了查询缓存。这是提高性最有效的方法之一，而且这是被MySQL的数据库引擎处理的。当有很多相同的查询被执行了多次的时候，这些查询结果会被放到一个缓存中，这样，后续的相同的查询就不用操作表而直接访问缓存结果了。 这里最主要的问题是，对于程序员来说，这个事情是很容易被忽略的。因为，我们某些查询语句会让MySQL不使用缓存。MySQL的查询缓存对...
mysql中sql优化的几种方法_sql优化的几种方法 如何优化
weixin_33358099的博客
02-02 347
sql优化的方法是：设计数据库表结构时，要对表做数量级和性能影响预测和评估，表的字段尽量都设置default值;sql条件中允许出现库函数和左模糊查询;单个事务的sql语句数量要有上限要求，不能前台一个提交操作，后台要去插入几十张表的数据等。sql优化的几种方法1、设计数据库表结构时，要对表做数量级和性能影响预测和评估，表的字段尽量都设置default值，尽量避免default为null，主要防止...
mysql优化的方法
newoneobjectddd的博客
03-23 543
mysql如何优化？
MySQL系列优化（一）
武西亮的博客
10-04 306
MySQL系列优化（一） 2016-09-01 MYSQL轻松学 MYSQL优化是一个非常大的课题，这篇文章主要介绍了跟MYSQL相关的4个方面，如果想深入研究可以查下相关资料。 一、服务器级别优化 二、操作系统级别优化 三、MYSQL级别优化 四、SQL级别优化 一、服务器级别优化 1. 服务器选
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值