orcle 11g select count(*) from v$lock 引起的思索

最新推荐文章于 2022-12-27 14:01:31 发布
最新推荐文章于 2022-12-27 14:01:31 发布
阅读量2k 收藏
点赞数
分类专栏： Study & Testing
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/itdba/article/details/42275843
版权 
<strong><span style="color:#ff6666;">最近发现orcle 11g select count(*) from v$lock 查询很慢，觉得有必要进行详细的分析</span></strong>
select count(*) from v$lock;
--------------------------------------------------------------------------------------
| Id  | Operation               | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT        |            |     1 |    50 |     0   (0)| 00:00:01 |
|   1 |  SORT AGGREGATE         |            |     1 |    50 |            |          |
|*  2 |   HASH JOIN             |            |     1 |    50 |     0   (0)| 00:00:01 |
    3 |    MERGE JOIN CARTESIAN |            |   100 |  3800 |     0   (0)| 00:00:01 |
|*  4 |     FIXED TABLE FULL    | X$KSUSE    |     1 |    19 |     0   (0)| 00:00:01 |
|   5 |     BUFFER SORT         |            |   100 |  1900 |     0   (0)| 00:00:01 |
|   6 |      FIXED TABLE FULL   | X$KSQRS    |   100 |  1900 |     0   (0)| 00:00:01 |
|   7 |    VIEW                 | GV$_LOCK   |    10 |   120 |     0   (0)| 00:00:01 |
|   8 |     UNION-ALL           |            |       |       |            |          |
|*  9 |      FILTER             |            |       |       |            |          |
|  10 |       VIEW              | GV$_LOCK1  |     2 |    24 |     0   (0)| 00:00:01 |
|  11 |        UNION-ALL        |            |       |       |            |          |
|* 12 |         FIXED TABLE FULL| X$KDNSSF   |     1 |    64 |     0   (0)| 00:00:01 |
|* 13 |         FIXED TABLE FULL| X$KSQEQ    |     1 |    64 |     0   (0)| 00:00:01 |
|* 14 |      FIXED TABLE FULL   | X$KTADM    |     1 |    64 |     0   (0)| 00:00:01 |
|* 15 |      FIXED TABLE FULL   | X$KTATRFIL |     1 |    64 |     0   (0)| 00:00:01 |
|* 16 |      FIXED TABLE FULL   | X$KTATRFSL |     1 |    64 |     0   (0)| 00:00:01 |
|* 17 |      FIXED TABLE FULL   | X$KTATL    |     1 |    64 |     0   (0)| 00:00:01 |
|* 18 |      FIXED TABLE FULL   | X$KTSTUSC  |     1 |    64 |     0   (0)| 00:00:01 |
|* 19 |      FIXED TABLE FULL   | X$KTSTUSS  |     1 |    64 |     0   (0)| 00:00:01 |

生产库10046：

********************************************************************************

SQL ID: ct78468spkzrt Plan Hash: 2384831130

select count(*) 
from
 v$lock


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.01          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        2     13.09      21.12          0          0          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4     13.09      21.13          0          0          0           1

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: SYS
Number of plan statistics captured: 1
select count(*) from X$KSQRS

Rows (1st) Rows (avg) Rows (max)  Row Source Operation
---------- ---------- ----------  ---------------------------------------------------
         1          1          1  SORT AGGREGATE (cr=0 pr=0 pw=0 time=21123213 us)
       355        355        355   HASH JOIN  (cr=0 pr=0 pw=0 time=21083516 us cost=1 size=50 card=1)
<span style="color:#ff0000;">  10715136   10715136   10715136    MERGE JOIN CARTESIAN (cr=0 pr=0 pw=0 time=10072178 us cost=0 size=3800 card=100)
      1536       1536       1536     FIXED TABLE FULL X$KSUSE (cr=0 pr=0 pw=0 time=6834 us cost=0 size=19 card=1)
  10715136   10715136   10715136     BUFFER SORT (cr=0 pr=0 pw=0 time=3222054 us cost=0 size=1900 card=100)</span>
      6976       6976       6976      FIXED TABLE FULL X$KSQRS (cr=0 pr=0 pw=0 time=1911 us cost=0 size=1900 card=100)
       356        356        356    VIEW  GV$_LOCK (cr=0 pr=0 pw=0 time=11637 us cost=0 size=120 card=10)
       356        356        356     UNION-ALL  (cr=0 pr=0 pw=0 time=11281 us)
       352        352        352      FILTER  (cr=0 pr=0 pw=0 time=10570 us)
       352        352        352       VIEW  GV$_LOCK1 (cr=0 pr=0 pw=0 time=10330 us cost=0 size=24 card=2)
       352        352        352        UNION-ALL  (cr=0 pr=0 pw=0 time=9978 us)
         0          0          0         FIXED TABLE FULL X$KDNSSF (cr=0 pr=0 pw=0 time=594 us cost=0 size=64 card=1)
       352        352        352         FIXED TABLE FULL X$KSQEQ (cr=0 pr=0 pw=0 time=8792 us cost=0 size=64 card=1)
         4          4          4      FIXED TABLE FULL X$KTADM (cr=0 pr=0 pw=0 time=12004 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTATRFIL (cr=0 pr=0 pw=0 time=17 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTATRFSL (cr=0 pr=0 pw=0 time=6 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTATL (cr=0 pr=0 pw=0 time=9 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTSTUSC (cr=0 pr=0 pw=0 time=17 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTSTUSS (cr=0 pr=0 pw=0 time=11 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTSTUSG (cr=0 pr=0 pw=0 time=12 us cost=0 size=64 card=1)
         0          0          0      FIXED TABLE FULL X$KTCXB (cr=0 pr=0 pw=0 time=6216 us cost=0 size=64 card=1)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                       2        0.00          0.00
  asynch descriptor resize                       61        0.00          0.00
  SQL*Net message from client                     2       30.66         30.66
GV￥lock性能正常： 

15:21:44 sys@gshx1(newgsdb01)>  select count(*) from gv$lock;

  COUNT(*)
----------
       706

Elapsed: 00:00:00.07

Execution Plan
----------------------------------------------------------
Plan hash value: 483924080

-----------------------------------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |    TQ  |IN-OUT| PQ Distrib |
-----------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |       |     1 (100)| 00:00:01 |        |      |            |
|   1 |  SORT AGGREGATE             |            |     1 |       |            |          |        |      |            |
|   2 |   PX COORDINATOR            |            |    10 |       |     1 (100)| 00:00:01 |        |      |            |
|   3 |    PX SEND QC (RANDOM)      | :TQ10000   |    10 |   370 |     1 (100)| 00:00:01 |  Q1,00 | P->S | QC (RAND)  |
|   4 |     VIEW                    | GV$LOCK    |       |       |            |          |  Q1,00 | PCWP |            |
|*  5 |      HASH JOIN              |            |    10 |   370 |     1 (100)| 00:00:01 |  Q1,00 | PCWP |            |
|*  6 |       HASH JOIN             |            |    10 |   180 |     1 (100)| 00:00:01 |  Q1,00 | PCWP |            |
|   7 |        VIEW                 | GV$_LOCK   |    10 |   120 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|   8 |         UNION-ALL           |            |       |       |            |          |  Q1,00 | PCWP |            |
|*  9 |          FILTER             |            |       |       |            |          |  Q1,00 | PCWP |            |
|  10 |           VIEW              | GV$_LOCK1  |     2 |    24 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|  11 |            UNION-ALL        |            |       |       |            |          |  Q1,00 | PCWP |            |
|* 12 |             FIXED TABLE FULL| X$KDNSSF   |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 13 |             FIXED TABLE FULL| X$KSQEQ    |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 14 |          FIXED TABLE FULL   | X$KTADM    |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 15 |          FIXED TABLE FULL   | X$KTATRFIL |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 16 |          FIXED TABLE FULL   | X$KTATRFSL |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 17 |          FIXED TABLE FULL   | X$KTATL    |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 18 |          FIXED TABLE FULL   | X$KTSTUSC  |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 19 |          FIXED TABLE FULL   | X$KTSTUSS  |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 20 |          FIXED TABLE FULL   | X$KTSTUSG  |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|* 21 |          FIXED TABLE FULL   | X$KTCXB    |     1 |    64 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
| <span style="color:#ff6666;"> 22 |        FIXED TABLE FULL     | X$KSUSE    |   100 |   600 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |
|  23 |       FIXED TABLE FULL      | X$KSQRS    |   100 |  1900 |     0   (0)| 00:00:01 |  Q1,00 | PCWP |            |</span>
<strong>并且查询select * from v$lock是正常的</strong>
对这两个表的信息应该是正确的，再看我测试环境： 

--------------------------------------------------------------------------------
Plan hash value: 2329815124
--------------------------------------------------------------------------------
| Id  | Operation                 | Name            | Rows  | Bytes | Cost (%CPU
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT          |                 |     1 |    40 |     1 (100
|   1 |  SORT AGGREGATE           |                 |     1 |    40 |
|   2 |   NESTED LOOPS            |                 |     1 |    40 |     1 (100
|*  3 |    HASH JOIN              |                 |     1 |    31 |     1 (100
|*  4 |     FIXED TABLE FULL      | X$KSUSE         |     1 |    19 |     0   (0
|   5 |     VIEW                  | GV$_LOCK        |    10 |   120 |     0   (0
|   6 |      UNION-ALL            |                 |       |       |
|*  7 |       FILTER              |                 |       |       |
|   8 |        VIEW               | GV$_LOCK1       |     2 |    24 |     0   (0
|   9 |         UNION-ALL         |                 |       |       |
|* 10 |          FIXED TABLE FULL | X$KDNSSF        |     1 |    64 |     0   (0
|* 11 |          FIXED TABLE FULL | X$KSQEQ         |     1 |    64 |     0   (0
|* 12 |       FIXED TABLE FULL    | X$KTADM         |     1 |    64 |     0   (0
|* 13 |       FIXED TABLE FULL    | X$KTATRFIL      |     1 |    64 |     0   (0
|* 14 |       FIXED TABLE FULL    | X$KTATRFSL      |     1 |    64 |     0   (0
|* 15 |       FIXED TABLE FULL    | X$KTATL         |     1 |    64 |     0   (0
|* 16 |       FIXED TABLE FULL    | X$KTSTUSC       |     1 |    64 |     0   (0
|* 17 |       FIXED TABLE FULL    | X$KTSTUSS       |     1 |    64 |     0   (0
|* 18 |       FIXED TABLE FULL    | X$KTSTUSG       |     1 |    64 |     0   (0
|* 19 |       FIXED TABLE FULL    | X$KTCXB         |     1 |    64 |     0   (0
|* 20 |    FIXED TABLE FIXED INDEX| X$KSQRS (ind:1) |     1 |     9 |     0   (0
--------------------------------------------------------------------------------
生产库和测试库的执行计划是不一样的，寻找生产库为啥有笛卡尔计：
根据经验处理办法有两种：

一：收集内存表所有的统计信息

execute dbms_stats.gather_fixed_objects_stats(）

二：添加提示

select /*+ rule */count(*) from v$lock

遗憾的是当时我只考虑统计信息没有考虑添加提示：

生产库经过验证，速度是很快的。


思考：

对内存表信息的收集

SQL> begin
  2  dbms_stats.gather_fixed_objects_stats(stattab => 'X$KSQRS');
  3  end;
  4  /
 
begin
dbms_stats.gather_fixed_objects_stats(stattab => 'X$KSQRS');
end;
 
ORA-02030: 只能从固定的表/视图查询
ORA-06512: 在 "SYS.DBMS_STATS", line 20508
ORA-06512: 在 "SYS.DBMS_STATS", line 20945
ORA-06512: 在 "SYS.DBMS_STATS", line 21498
ORA-06512: 在 line 3
 
SQL> 
SQL> select table_name, num_rows, last_analyzed
  2    from dba_tab_statistics
  3   where last_analyzed is not null
  4     and table_name = 'X$KSQRS'
  5  /
 
TABLE_NAME                       NUM_ROWS LAST_ANALYZED
------------------------------ ---------- -------------
X$KSQRS                              1312 2014/12/30 22
 
SQL> 
SQL> begin
  2  dbms_stats.delete_table_stats('SYS','X$KSQRS');
  3  end;
  4  /
 
PL/SQL procedure successfully completed
 
SQL> 
SQL> select table_name, num_rows, last_analyzed
  2    from dba_tab_statistics
  3   where last_analyzed is not null
  4     and table_name = 'X$KSQRS'
  5  /
 
TABLE_NAME                       NUM_ROWS LAST_ANALYZED
------------------------------ ---------- -------------
 
SQL> 
SQL> begin
  2  dbms_stats.gather_table_stats('SYS','X$KSQRS');
  3  end;
  4  /
 
PL/SQL procedure successfully completed
 
SQL> 
SQL> select table_name, num_rows, last_analyzed
  2    from dba_tab_statistics
  3   where last_analyzed is not null
  4     and table_name = 'X$KSQRS'
  5  /
 
TABLE_NAME                       NUM_ROWS LAST_ANALYZED
------------------------------ ---------- -------------
X$KSQRS                              1312 2014/12/30 22
注：
gather_dictionary_stats--> 针对table$这样的表，存在于物理数据库中~
gather_fixed_objects_stats--> 针对x$table这样的内存表，不存在物理数据库中，只在内存中存在，动态试图的基表 
gather_system_stats-->针cpu/io

固定对象统计信息
自动统计信息收集job不会收集固定对象的统计统计信息.当优化统计信息丢失时不象其它的数据库表对于sql语句中调用X$表是不能自动使用动态抽样的.如果它们的统计信息丢失优化器会使用预先定义的缺省统计信息.这些缺省的统计信息可能没有代表性且可能导致选择次优的执行计划,在系统中可能会导致严重的性能问题.如果是这个原因造成性能问题强烈建议你手动收集固定对象的统计信息.可以使用dbms_stats.gather_fixed_objects_stats过程来收集固定对象的统计信息.因为在系统如果存在一个有代表性的工作负载收集x$这些固定对象的统计信息是很重要的.在大型系统中由于收集固定对象统计信息需要额外的资源所以对固定对象收集统计信息不总是可行.如果不能在负载高峰期间收集固定对象的统计信息那么应该在系统负载降低之后对三种关键类型的固定对象表收集统计信息:
structural data--比如controlfile contents
Session based data - 比如 v$session, v$access
Workload data -比如 v$sql, v$sql_plan
建议当主数据库或应用程序升级后,实现新的模块或者改变数据库的配置后重新收集固定对象统计信息.例如,如果增加SGA的大小包含缓冲区缓存和共享池信息的x$表会显著的发生改变,比如v$buffer_pool或v$shared_pool_advice视图使用的x$表.系统统计信息系统统计信息能让优化器通过使用执行这个语句相关的实际系统硬件信息,比如,cpu速度和IO性能,来在执行计划中对每一个步骤获得更精确的成本值.系统统计信息缺省情况下是启用的,它使用缺省值自动初始化,这些值对于大多数系统来说是有代表性的.


1ihj2015
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
orcle 11g的安装图解
12-06
orcle 11g的安装图解，帮助了解orcle 11g的安装步骤。
达梦数据库常用监控语句
龙山溪笔记
09-10 1994
--查询活动会话数 select count(*) from v$sessions where state='ACTIVE'; --结束会话 sp_close_session(sessid); --v$session中查出来的session id --找出已执行超过2秒的活动SQL select * from ( SELECT sess_id,sql_text,datediff(ss,...
Oracle 查询杀锁
weixin_43975103的博客
06-26 453
–锁的概念数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。实现数据库并发控制的一个非常重要的技术DML锁分两种  1.表级锁（TM锁）:共享锁与独占锁  2.行级锁（TX锁）:共享更新锁DDL锁:修改表结构 --锁...
oracle表锁住 解锁办法
jadeball的专栏
05-21 3979
第一种方法：用系统账户如sys      as  SYSDBA 登录进去1、查看数据库锁,诊断锁的来源及类型： 　　select object_id,session_id,locked_mode from v$locked_object; 或者用以下命令： select b.owner,b.object_name,l.session_id,l.locked_mode from v$lock
笔记系列-------oracle事务和锁
weixin_43475880的博客
10-18 990
1.什么是事务 必须具备以下四个属性 ACID属性： 原子性 一致性 隔离性 持久性 2.事务的开始和结束 2.1事务采用隐性方式，起始于session的第一条DML语句 2.2事务结束于 3.oracle的事务保存点功能 4.scn的概念 5.共享锁与排他锁的基本原理 有事务才有锁的概念。oracle锁分类如下： DML锁（data locks，数据锁），用于保护数据完整性 DDL锁（dictionary locks ，数据字典所），用于保护数据库..
Oracle 查看被锁的表和解锁
lw112190的专栏
06-30 2542
Oracle 查看被锁的表和解锁
达梦数据库查看锁以及解锁问题
cc_百川
10-15 1万+
达梦数据查看锁 SELECT * FROM V$LOCK; ADDR 列表示锁的内存地址； TRX_ID 列表示锁所属的事务 ID； LTYPE 列表示锁的类型，可能是 OBJECT（对象锁）或者 TID（TID 锁）； LMODE 表示锁的模式，可能的取值有 S（共享锁）、X（排他锁）、IS（意向共享锁）、IX（意向排他锁）； BLOCKED 列表示锁是否处于上锁等待状态，0 表示已上锁成功，1 表示处于上锁等待状态； TABLE_ID 列对于对象锁，表示表对象或字典对象的 ID，对于 TID 锁，
达梦数据库锁超时问题处理
weixin_49884427的博客
08-04 2866
模拟问题场景：创建了一张表，在表中插入数据，未提交，开启另一会话创建索引，提示锁超时。 解决办法： 1、select * from v$lock（查询数据库表的锁的情况） 2、select * from sysobjects（查询对象信息） 3、select * from v$sessions（查询会话信息） 上述3条语句组合一下就能查出哪张表上的某种锁是由哪个会话里的操作加上的 select a.*,b.NAME,c.SESS_ID from v$lock a left join sysobj.
oracle 查看锁的语句,oracle 锁讲解之二 关于锁常用的查询语句
weixin_33687939的博客
04-04 431
.查询数据库中的锁select*fromv$lock;select*fromv$lockwhereblock=1;.查询被锁的对象select*fromv$locked_object;查被阻塞的会话select*fromv$lockwherelmode=0andtypein('TM','TX');查阻塞别的会话锁select*fromv$lockwh...
数据库锁表和解锁
热门推荐
qq_41831448的博客
12-27 1万+
数据库查询锁表和锁表处理
Oracle--锁
我妻善逸（あがつまーぜんいつ）的博客
03-03 170
1.查询数据库中的锁 select * from v$lock; select * from v$lock where block=1; 2.查询被锁的对象 select * from v$locked_object; 3.查询阻塞 查被阻塞的会话 select * from v$lock where lmode=0 and type in ('TM','TX'); 查阻塞别的会话锁 sel...
Oracle 11g 体系结构思维导图.html
02-27
Oracle 11g 体系结构思维导图
12_ORCLE数据库管理_示例脚本
01-23
select * from v$datafile --通过v$log可以查看日志组，v$logfile可以查看具体的成员文件 select * from v$log select * from v$logfile --列出实例中所有控制文件的名字及状态信息 select * from v$controlfile ...
oracle10G和oracle11G的OCI.dll
07-17
oracle10G和11G的OCI.dll，主要用于navicat工具；oracle10G和11G的OCI.dll，主要用于navicat工具
学习教程：Oracle+11g_从入门到_精通：2022.pdf
07-01
Oracle+11g从入门到精通
ORA-01555: snapshot too old: rollback segment number 16 with name "_SYSSMU16_62169813$" too small
"杰"出虚拟平台-数据运维~~
11-26 8116
[oracle@oratest expdpdir]$ expdp \"/ as sysdba\" directory=dpdata dumpfile=mydb_%U.dmp schemas=scott  exclude=TABLE:\"IN\(\'EMP\',\'DEPT\'\)\" FLASHBACK_SCN=1370446 Export: Release 11.2.0.4.0 - P
/u01/app/11.2.0/grid/lib/libclntsh.so.11.1: file too short
"杰"出虚拟平台-数据运维~~
09-12 6334
节点2：升级卡死，关机重启后： [root@rac2 ~]# crsctl starat crs /u01/app/11.2.0/grid/bin/crsctl.bin: error while loading shared libraries: /u01/app/11.2.0/grid/lib/libclntsh.so.11.1: file too short [root@rac2 ~]#
DFS lock handle & inactive transaction branch
"杰"出虚拟平台-数据运维~~
08-06 3669
DFS lock handle & inactive transaction branch
msdos & gpt
"杰"出虚拟平台-数据运维~~
11-22 3462
[root@oratest ~]# fdisk /dev/sde Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only, until you decid
orcle11g 分页查询
最新发布
09-24
Oracle 11g中的分页查询可以通过使用rownum来实现。以下是一个示例查询，按照emp表的工资倒序排列，每页显示五条记录，查询第二页： select * from (select rownum rn, e.* from (select * from emp order by ...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值