Oracle执行计划——查看执行计划的方法

最新推荐文章于 2024-07-25 14:54:35 发布
最新推荐文章于 2024-07-25 14:54:35 发布
阅读量3.1k 收藏 14
点赞数 2
分类专栏： 数据库 文章标签： oracle 执行计划

文章转自：https://blog.csdn.net/sinat_28472983/article/details/82382239

 

（1）什么是执行计划
SQL是一种傻瓜式语言，每一个条件就是一个需求，访问的顺序不同就形成了不同的执行计划。Oracle必须做出选择，一次只能有一种访问路径。执行计划是一条查询语句在Oracle中的执行过程或访问路径的描述。

（2）执行计划的选择

通常一条SQL有多个执行计划，那我们如何选择？那种执行开销更低，就意味着性能更好，速度更快，我们就选哪一种，这个过程叫做Oracle的解析过程，然后Oracle会把更好的执行计划放到SGA的Shared Pool里，后续再执行同样的SQL只需在Shared Pool里获取就行了，不需要再去分析。

（3）执行计划选定依据

根据统计信息来选择执行计划。

（4）统计信息
什么是统计信息： 记录数、块数等，具体查看dba_tables / dba_indexes

（5）动态采样

Oracle正常情况下会在每天的某段时间收集统计信息，对于新建的表，Oracl如何收集统计信息？采用动态采样。
set autotrace on
set linesize 1000
--执行SQL语句
--会出现dynamic sampling used for this statement(level=2)关键

 

(一)六种执行计划

Oracle提供了6种执行计划获取方法，各种方法侧重点不同：

选择时一般遵循以下规则：
1.如果sql执行很长时间才出结果或返回不了结果，用方法1：explain plan for
2.跟踪某条sql最简单的方法是方法1：explain plan for，其次是方法2：set autotrace on
3.如果相关察某个sql多个执行计划的情况，只能用方法4：dbms_xplan.display_cursor或方法6：awrsqrpt.sql
4.如果sql中含有函数，函数中有含有sql，即存在多层调用，想准确分析只能用方法5：10046追踪
5.想法看到真实的执行计划，不能用方法1：explain plan for和方法2：set autotrace on
6.想要获取表被访问的次数，只能用方法3：statistics_level = all

获取方法优点缺点

[explain plan for] plsql按F5

 

explain plan for select * from dual;

select * from table(dbms_xplan.display());

无需真正执行，快捷方便1.没有输出相关统计信息，例如产生了多少逻辑读，多少次物理读，多少次递归调用的情况；
2.无法判断处理了多少行；
3.无法判断表执行了多少次

[set autotrace on]-sql*plus

 

set autotrace on

select * from dual;

1.可以输出运行时的相关统计信息（产生多少逻辑读、多少次递归调用、多少次物理读等）；

2.虽然要等语句执行完才能输出执行计划，但是可以有traceonly开关来控制返回结果不打屏输出；

1.必须要等SQL语句执行完，才出结果；

2.无法看到表被访问了多少次；

[statistics_level=all]

 

alter session set statistics_level=all;

select * from dual;

select * from table(dbms_xplan.display_cursor(‘sql_id/hash_value’,null,'allstats last'));

1.可以清晰的从starts得出表被访问多少次；

2.可以从E-Rows和A-Rows得到预测的行数和真实的行数，从而可以准确判断Oracle评估是否准确；

3.虽然没有准确的输出运行时的相关统计信息，但是执行计划中的Buffers就是真实的逻辑读的数值；

1.必须要等执行完后才能输出结果；

2.无法控制结果打屏输出，不像autotrace可以设置traceonly保证不输出结果；

3.看不出递归调用，看不出物理读的数值

[dbms_xplan.display_cursor]

 

select * from table( dbms_xplan.display_cursor('&sql_id') );

1.知道sql_id即可得到执行计划，与explain plan for一样无需执行；

2.可得到真实的执行计划

1.没有输出运行的统计相关信息；

2.无法判断处理了多少行；

3.无法判断表被访问了多少次；

[事件10046 trace]

 

步骤1：alter session set events '10046 trace name context forever,level 12'; --开启追踪
步骤2：执行sql语句；
步骤3：alter session set events '10046 trace name context off'; --关闭追踪
步骤4：找到跟踪后产生的文件（开启10046前先用‘ls -lrt’看一下文件，执行结束后再看哪个是多出来的文件即可）
步骤5：tkprof trc文件 目标文件 sys=no sort=prsela,exeela,fchela --格式化命令

1.可以看出sql语句对应的等待事件；

2.如果函数中有sql调用，函数中有包含sql，将会被列出，无处遁形；

3.可以方便的看处理的行数，产生的逻辑物理读；

4.可以方便的看解析时间和执行时间；

5.可以跟踪整个程序包

1.步骤繁琐；

2.无法判断表被访问了多少次；

3.执行计划中的谓词部分不能清晰的展现出来

 

 

 

附录：

（0）Oracle如何收集统计信息

① Oracle会选择在一个特定的时间段收集表和索引的统计信息（默认周一至周五：22：00，周六周日：06：00），用户可自行调整，主要为了避开高峰期；
② 表与索引的分析有阈值限制，超过阈值才会自动进行分析。如果数据变化量不大，Oracle是不会去分析的；
③ 收集方式灵活。可针对分区表的某个分区进行，可采用并行机制来收集表和索引的信息；


如何收集统计信息
--收集表统计信息

 

  1. exec dbms_stats.gather_table_stats(ownname => 'AAA', tabname => 'TEST02',estimate_percent =>

  2. 10,method_opt => 'for all indexed columns');

--收集索引统计信息

 

  1. exec dbms_stats.gather_index_stats(ownname => 'AAA',indname => 'ID_IDX',estimate_percent =>

  2. 10,degree => '4');

--收集表与索引的统计信息

 

  1. exec dbms_stats.gather_table_stats(ownname => 'AAA',tabname => 'TEST02',estimate_percent =>

  2. 10,method_opt => 'for all indexed columns',cascade => true);

（1）explain plan for

 

  1. SQL> show user

  2. USER 为 "HR"

  3. SQL> set linesize 1000

  4. SQL> set pagesize 2000

  5. SQL> explain plan for

  6. 2 select *

  7. 3 from employees,jobs

  8. 4 where employees.job_id=jobs.job_id

  9. 5 and employees.department_id=50;

  10. 已解释。

  11.  

  12. SQL> select * from table(dbms_xplan.display());

  13.  

  14. PLAN_TABLE_OUTPUT

  15. ------------------------------------------------------------------------------------------------------------------------

  16. ----------------------------------------------------

  17. Plan hash value: 303035560

  18. ------------------------------------------------------------------------------------------

  19. | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

  20. ------------------------------------------------------------------------------------------

  21. | 0 | SELECT STATEMENT | | 45 | 4590 | 6 (17)| 00:00:01 |

  22. | 1 | MERGE JOIN | | 45 | 4590 | 6 (17)| 00:00:01 |

  23. | 2 | TABLE ACCESS BY INDEX ROWID| JOBS | 19 | 627 | 2 (0)| 00:00:01 |

  24. | 3 | INDEX FULL SCAN | JOB_ID_PK | 19 | | 1 (0)| 00:00:01 |

  25. |* 4 | SORT JOIN | | 45 | 3105 | 4 (25)| 00:00:01 |

  26. |* 5 | TABLE ACCESS FULL | EMPLOYEES | 45 | 3105 | 3 (0)| 00:00:01 |

  27. ------------------------------------------------------------------------------------------

  28. Predicate Information (identified by operation id):

  29. ---------------------------------------------------

  30. 4 - access("EMPLOYEES"."JOB_ID"="JOBS"."JOB_ID")

  31. filter("EMPLOYEES"."JOB_ID"="JOBS"."JOB_ID")

  32. 5 - filter("EMPLOYEES"."DEPARTMENT_ID"=50)

  33. 已选择19行。

优点：无需真正执行，快捷方便；
缺点：1.没有输出相关统计信息，例如产生了多少逻辑读，多少次物理读，多少次递归调用的情况；
2.无法判断处理了多少行；
3.无法判断表执行了多少次
 

（2）set autotrace on

用法：
命令作用
SET AUTOT[RACE] OFF 停止AutoTrace
SET AUTOT[RACE] ON 开启AutoTrace，显示AUTOTRACE信息和SQL执行结果
SET AUTOT[RACE] TRACEONLY 开启AutoTrace，仅显示AUTOTRACE信息
SET AUTOT[RACE] ON EXPLAIN 开启AutoTrace，仅显示AUTOTRACE的EXPLAIN信息
SET AUTOT[RACE] ON STATISTICS 开启AutoTrace，仅显示AUTOTRACE的STATISTICS信息

 

  1. SQL> set autotrace on

  2. SQL> select * from employees,jobs where employees.job_id=jobs.job_id and employees.department_id=50;

  3. --输出结果（略）

  4. -- ...

  5. 已选择45行。

  6.  

  7. 执行计划

  8. ----------------------------------------------------------

  9. Plan hash value: 303035560

  10. ------------------------------------------------------------------------------------------

  11. | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |

  12. ------------------------------------------------------------------------------------------

  13. | 0 | SELECT STATEMENT | | 45 | 4590 | 6 (17)| 00:00:01 |

  14. | 1 | MERGE JOIN | | 45 | 4590 | 6 (17)| 00:00:01 |

  15. | 2 | TABLE ACCESS BY INDEX ROWID| JOBS | 19 | 627 | 2 (0)| 00:00:01 |

  16. | 3 | INDEX FULL SCAN | JOB_ID_PK | 19 | | 1 (0)| 00:00:01 |

  17. |* 4 | SORT JOIN | | 45 | 3105 | 4 (25)| 00:00:01 |

  18. |* 5 | TABLE ACCESS FULL | EMPLOYEES | 45 | 3105 | 3 (0)| 00:00:01 |

  19. ------------------------------------------------------------------------------------------

  20. Predicate Information (identified by operation id):

  21. ---------------------------------------------------

  22. 4 - access("EMPLOYEES"."JOB_ID"="JOBS"."JOB_ID")

  23. filter("EMPLOYEES"."JOB_ID"="JOBS"."JOB_ID")

  24. 5 - filter("EMPLOYEES"."DEPARTMENT_ID"=50)

  25. 统计信息

  26. ----------------------------------------------------------

  27. 0 recursive calls

  28. 0 db block gets

  29. 13 consistent gets

  30. 0 physical reads

  31. 0 redo size

  32. 5040 bytes sent via SQL*Net to client

  33. 433 bytes received via SQL*Net from client

  34. 4 SQL*Net roundtrips to/from client

  35. 1 sorts (memory)

  36. 0 sorts (disk)

  37. 45 rows processed

优点：1.可以输出运行时的相关统计信息（产生多少逻辑读、多少次递归调用、多少次物理读等）；
            2.虽然要等语句执行完才能输出执行计划，但是可以有traceonly开关来控制返回结果不打屏输出；
缺点：1.必须要等SQL语句执行完，才出结果；
            2.无法看到表被访问了多少次；

（3）statistics_level=all

步骤一：ALTER SESSION SET STATISTICS_LEVEL=ALL;
步骤二：执行待分析的SQL
步骤三：select * from table(dbms_xplan.display_cursor(‘sql_id/hash_value’,null,'allstats last'));

 

  1. SQL> alter session set statistics_level=all;

  2. SQL> select * from employees,jobs where employees.job_id=jobs.job_id and employees.department_id=50;

  3. --输出结果

  4. --...

  5. 已选择45行。

  6.  

  7. SQL> set linesize 1000

  8. SQL> select * from table(dbms_xplan.display_cursor(null,null,'allstats last'));

  9.  

  10. PLAN_TABLE_OUTPUT

  11. ------------------------------------------------------------------------------------------------------------------------

  12. -----------

  13. SQL_ID d8jzhcdwmd9ut, child number 0

  14. -------------------------------------

  15. select * from employees,jobs where employees.job_id=jobs.job_id and

  16. employees.department_id=50

  17. Plan hash value: 303035560

  18. ------------------------------------------------------------------------------------------------------------------------

  19. ----------------

  20. | Id | Operation | Name | Starts | E-Rows | A-Rows | A-Time | Buffers | Reads | OMem |

  21. 1Mem | Used-Mem |

  22. ------------------------------------------------------------------------------------------------------------------------

  23. ----------------

  24. | 0 | SELECT STATEMENT | | 1 | | 45 |00:00:00.01 | 13 | 8 | |

  25. | |

  26. PLAN_TABLE_OUTPUT

  27. ------------------------------------------------------------------------------------------------------------------------

  28. -------------

  29. | 1 | MERGE JOIN | | 1 | 45 | 45 |00:00:00.01 | 13 | 8 | |

  30. | |

  31. | 2 | TABLE ACCESS BY INDEX ROWID| JOBS | 1 | 19 | 19 |00:00:00.01 | 6 | 2 | |

  32. | |

  33. | 3 | INDEX FULL SCAN | JOB_ID_PK | 1 | 19 | 19 |00:00:00.01 | 3 | 1 | |

  34. | |

  35. |* 4 | SORT JOIN | | 19 | 45 | 45 |00:00:00.01 | 7 | 6 | 6144 |

  36. 6144 | 6144 (0)|

  37. |* 5 | TABLE ACCESS FULL | EMPLOYEES | 1 | 45 | 45 |00:00:00.01 | 7 | 6 | |

  38. | |

  39. ------------------------------------------------------------------------------------------------------------------------

  40. ----------------

  41. Predicate Information (identified by operation id):

  42. ---------------------------------------------------

  43. 4 - access("EMPLOYEES"."JOB_ID"="JOBS"."JOB_ID")

  44. PLAN_TABLE_OUTPUT

  45. ------------------------------------------------------------------------------------------------------------------------

  46. -----

  47. filter("EMPLOYEES"."JOB_ID"="JOBS"."JOB_ID")

  48. 5 - filter("EMPLOYEES"."DEPARTMENT_ID"=50)

  49. 已选择25行。

关键字解读：
1.starts：SQL执行的次数；
2.E-Rows：执行计划预计返回的行数；
3.R-Rows：执行计划实际返回的行数；
4.A-Time：每一步执行的时间(HH:MM:SS.FF)，根据这一行可知SQL耗时在哪些地方；
5.Buffers：每一步实际执行的逻辑读或一致性读；
6.Reads：物理读；

优点：1.可以清晰的从starts得出表被访问多少次；
            2.可以从E-Rows和A-Rows得到预测的行数和真实的行数，从而可以准确判断Oracle评估是否准确；
            3.虽然没有准确的输出运行时的相关统计信息，但是执行计划中的Buffers就是真实的逻辑读的数值；
缺点：1.必须要等执行完后才能输出结果；
            2.无法控制结果打屏输出，不像autotrace可以设置traceonly保证不输出结果；
            3.看不出递归调用，看不出物理读的数值

（4）dbms_xplan.display_cursor获取


步骤1：select * from table( dbms_xplan.display_cursor('&sql_id') ); --该方法是从共享池得到
注释：
1.还有1种方法，select * from table( dbms_xplan.display_awr('&sql_id') ); --该方法是从awr性能视图里面获取
2.如果有多个执行计划，可用以下方法查出：

 

  1. select * from table(dbms_xplan.display_cursor('&sql_id',0));

  2. select * from table(dbms_xplan.display_cursor('&sql_id',1));

  3. */

  4. SQL> select * from table(dbms_xplan.display_cursor('5hkd01f03y43d'));

  5. PLAN_TABLE_OUTPUT

  6. --------------------------------------------------------------------------------

  7. SQL_ID 5hkd01f03y43d, child number 0

  8. -------------------------------------

  9. select * from test where table_name = 'LOG$'

  10. Plan hash value: 2408911181

  11. --------------------------------------------------------------------------------

  12. | Id | Operation | Name | Rows | Bytes | Cost (%CPU)|

  13. --------------------------------------------------------------------------------

  14. | 0 | SELECT STATEMENT | | | | 2 (100)|

  15. | 1 | TABLE ACCESS BY INDEX ROWID| TEST | 1 | 241 | 2 (0)|

  16. |* 2 | INDEX RANGE SCAN | IDX_TEST_1 | 1 | | 1 (0)|

  17. --------------------------------------------------------------------------------

  18. Predicate Information (identified by operation id):

  19. ---------------------------------------------------

  20. 2 - access("TABLE_NAME"='LOG$')

  21. 19 rows selected

注释：如何查看1个sql语句的sql_id，可直接查看v$sql

优点：1.知道sql_id即可得到执行计划，与explain plan for一样无需执行；
            2.可得到真实的执行计划
缺点：1.没有输出运行的统计相关信息；
            2.无法判断处理了多少行；
            3.无法判断表被访问了多少次；
 

（5）事件10046 trace跟踪


步骤1：alter session set events '10046 trace name context forever,level 12'; --开启追踪
步骤2：执行sql语句；
步骤3：alter session set events '10046 trace name context off'; --关闭追踪
步骤4：找到跟踪后产生的文件（开启10046前先用‘ls -lrt’看一下文件，执行结束后再看哪个是多出来的文件即可）
步骤5：tkprof trc文件 目标文件 sys=no sort=prsela,exeela,fchela --格式化命令

详细demo可见《附录1：10046追踪demo》

优点：1.可以看出sql语句对应的等待事件；
            2.如果函数中有sql调用，函数中有包含sql，将会被列出，无处遁形；
            3.可以方便的看处理的行数，产生的逻辑物理读；
            4.可以方便的看解析时间和执行时间；
            5.可以跟踪整个程序包
缺点：1.步骤繁琐；
            2.无法判断表被访问了多少次；
            3.执行计划中的谓词部分不能清晰的展现出来
 

（6）awrsqrpt.sql


步骤1：@?/rdbms/admin/awrsqrpt.sql
步骤2：选择你要的断点（begin snap和end snap）
步骤3：输入要查看的sql_id

九月刑天
关注
  • 2
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
简单介绍oracle执行计划,Oracle执行计划详解
weixin_28818873的博客
04-15 2467
转自：http://blog.chinaunix.net/u3/107265/showart_2192657.html简介：本文全面详细介绍oracle执行计划的相关的概念，访问数据的存取方法，表之间的连接等内容。并有总结和概述，便于理解与记忆!+++目录---一．相关的概念Rowid的概念Recursive Sql概念Predicate(谓词)DRiving Table(驱动表)Probed T...
解读 Oracle12c 执行计划——HASH JOIN
梅森上校的博客 业精于勤荒于嬉，形成于思毁于随。
09-24 3170
解读 Oracle12c 执行计划——HASH JOIN   Oracle官方文档中的解释如下： Hash Joins - Hash joins are used for joining large data sets. The optimizer uses the smaller of the two tables or data sources to build a hash table...
oracle执行计划的rows不对,Oracle执行计划——all_rows和first_rows(n)优化器模式
weixin_33304613的博客
04-03 738
Oracle执行计划——all_rows和first_rows(n)优化器模式0. 环境创建[sql]SQL> create usertest identified by test2 default tablespace users3 temporary tablespace temp4 quota unlimited on users;User created.SQL> grant ...
Oracle调优之看懂Oracle执行计划
qq_22201881的博客
06-24 876
执行计划是一条查询语句在Oracle中的执行过程或访问路径的描述。执行计划描述了SQL引擎为执行SQL语句进行的操作；分析SQL语句相关的性能问题或仅仅质疑查询优化器的决定时，必须知道执行计划；所以执行计划常用于sql调优。2、什么是执行计划？执行计划是一条查询语句在Oracle中的执行过程或访问路径的描述。执行计划描述了SQL引擎为执行SQL语句进行的操作；分析SQL语句相关的性能问题或仅仅质疑查询优化器的决定时，必须知道执行计划；所以执行计划常用于sql调优。3、怎么查看执行计划？
Oracle 执行计划——基数
weixin_44518404的博客
01-14 1605
所谓基数就是说Oracle中索引建立的基数是否得当，以及选择性的相关问题。
Oracle性能调优——查看执行计划
gdutjin的博客
03-12 1065
在对oracle查询进行优化的时候，我们可以通过查看SQL语句的解释计划，从而找到SQL查询缓慢的原因以及对应的优化方法。具体来说，查看SQL的解释计划，有三种方式：explain plan for命令、PL/SQL Developer、Oracle SQL Developer。其中，explain plan for命令可以通过sqlplus执行，Oracle SQL Developer在安装数据...
Oracle 执行计划查看方法汇总及优劣比较
JiekeXu的博客
07-22 3568
作者 | JiekeXu来源 |公众号 JiekeXu DBA之路（ID: JiekeXu_IT）如需转载请联系授权 |(个人微信 ID：JiekeXu_DBA)大家好，我是 JiekeXu,很高兴又和大家见面了,今天和大家一起来学习 Oracle 执行计划查看方法汇总及优劣比较，欢迎点击上方蓝字关注我，标星或置顶，更多干货第一时间到达！1）执行计划执行计划是一条 SQ...
oracle 查看解释计划,查看oracle执行计划
weixin_39984578的博客
04-06 1334
日常开发活动中，有时候需要对oracle执行计划进行监控，以此来调优程序和数据库方面的性能。常用方法有以下几种：一、通过PL/SQL Dev工具1、直接File->New->Explain Plan Window，在窗口中执行sql可以查看计划结果。其中，Cost表示cpu的消耗，单位为n%，Cardinality表示执行的行数，等价Rows。2、先执行 EXPLAIN PLAN FO...
oracle 执行计划 toad,TOAD中查看执行计划（Explain Plan）
weixin_39721953的博客
04-08 1522
一、TOAD中查看SQL的执行计划：1、点击工具栏上120救护车图标按钮2、快捷键Ctrl+E3、菜单View-Explain plan二、如果是默认安装TOAD，在查看执行计划时会报一个错：ORA-02404: 未找到指定的计划表稍微研究了一下，解决这个问题基本上有3个方案：1、最直接的解决方案：直接创建TOAD所需要的计划表，该脚本在%oracle_home%\rdbms\admin\utlx...
oracle删除执行计划,oracle,清除执行计划.docx
weixin_34581086的博客
04-03 1200
oracle,清除执行计划日常开发活动中，有时候需要对oracle执行计划进行监控，以此来调优程序和数据库方面的性能。　　常用方法有以下几种：　　一、通过PL/SQLDev工具　　1、直接File->New->ExplainPlanWindow，在窗口中执行sql可以查看计划结果。其中，Cost表示cpu的消耗，单位为n%，Cardinality表示执行的行数，等价Rows。　　2、先...
oracle执行cmd的实现方法
12-16
不过有一个简单的执行cmd命令方法： SQL> host net user User accounts for \\PC-ATQHJ4UG1SDA —————————————————————————- __vmware_user__ admin Administrator ASPNET Guest IUSR_PC-...
解析结构化查询语言的执行原理——Oracle
08-17
解析结构化查询语言的执行原理——Oracle
[Oracle] 分析AWR报告的方法介绍
01-19
AWR的数据主要有两部分组成：1）保存在内存中的系统负载和性能统计数据，主要通过v$视图查询 ；2）mmon进程定期以快照...SNAP_INTERVAL RETENTION———————————————————-+00000 01:00:00.0 +0
Oracle应用项目—— 触发器实例.pdf
07-11
Oracle数据库中的触发器是数据库对象的一种，用于在特定的数据操作（如INSERT、UPDATE、DELETE）发生时自动执行预定义的PL/SQL代码。触发器能够帮助数据库管理员和开发者实现复杂的数据完整性约束，以及在数据库中...
Oracle应用项目——事务实例.pdf
07-11
在Oracle系统中，事务由一系列SQL语句组成，这些语句作为一个逻辑单元执行，要么全部成功，要么全部失败，这一特性称为原子性。事务的四个基本属性，即ACID属性，包括： 1. 原子性（Atomicity）：事务的所有操作被...
MySQL数据库
最新发布
m0_73949379的博客
07-25 982
Structured Query Language的缩写，及结构化查询语言关系型数据库的标准语言用于维护管理数据库包括数据查询，数据更新，访问控制，对象管理等功能。
mysql常用命令
p_s_p的博客
07-22 1413
mysql常用命令
视图，存储过程和触发器
Z_DOUBLE_Y的博客
07-24 1052
触发器是数据库中针对数据库表操作触发的特殊的存储过程。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值