分享
 
 
 

转载:Statspack的安装使用说明

王朝other·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

Statspack安装配置使用说明

在数据库治理中,Oracle提供的statspack是一个很强大的工具,通过Statspack,可以收集系统信息,诊断数据库故障,也方便第三方技术支持进行远程阅读和建议。

看到很多人还不太了解这个工具的使用,论坛上同样的问题很多,所以写了一下一个说明文档,主要涉及安装配置和数据收集。

关于参数说明和性能部分还在继续进行中。

先帖一部分写完的出来,希望通过这些文字可以使不了解的朋友学会怎样配置和使用Statspack!

下面是正文:

Oracle Statspack 从Oracle8.1.6开始被引入Oracle,并马上成为DBA和Oracle专家用来诊断数据库性能的强有力的工具。通过Statspack我们可以很轻易的确定Oracle数据库的瓶颈所

在,记录数据库性能状态。因此了解和使用Statspack对于DBA来说至关重要。

在数据库中Statspack的脚本位于$ORACLE_HOME/RDBMS/ADMIN目录下,对于ORACLE8.1.6,是一组以stat开头的文件;对于ORACLE8.1.7,是一组以sp开头的文件。

在Oracle8.1.6中,Statspack第一次发布,但是你也可以在以下链接找到可用于Oracle80~Oracle8.1.5的版本。

http://www.oracle.com/oramag/oracle...tml?o20tun.Html

http://www.oracle.com/oramag/oracle...pack-other.html

在816以前的版本使用Statspack,你需要使用statscbps.sql脚本建立一个v$buffer_pool_statistics视图,该脚本包含在以上链接下载的tar文件中。

访问该链接,你可能需要一个OTN帐号,申请该帐号是免费的。

在Statspack发布之前,我们通常能够使用诊断数据库的工具是两个脚本UTLBSTAT.SQL和UTLESTAT.SQL,BSTAT/ESTAT是一个非常简单的性能诊断工具。UTLBSTAT获得开始时很多

V$视图的快照,UTLESTAT通过先前的快照和当前视图生成一个报表。实际上通过这个报表我们很难读出或者解释系统性能方面的问题。Statspack改变了这一切,通过连续的数据收集,

Statspack能给我们提供至关重要的趋势分析。这是一个巨大的进步。

下面我们来讲一讲Statspack的安装,配置,使用,解读

一. 系统参数

为了能够顺利安装和运行Statspack你可能需要设置以下系统参数:

1. job_queue_processes

为了能够建立自动任务,执行数据收集,该参数需要大于0。你可以在初试化参数文件中修改该参数。

2. timed_statistics

收集操作系统的计时信息,这些信息可被用来显示时间等统计信息、优化数据库和 SQL 语句。要防止因从操作系统请求时间而引起的开销,请将该值设置为False。

使用statspack收集统计信息时建议将该值设置为 TRUE,否则收集的统计信息大约只能起到10%的作用,将timed_statistics设置为True所带来的性能影响与好处相比是微不足道的。

该参数使收集的时间信息存储在在V$SESSTATS 和V$SYSSTATS 动态性能视图中。

Timed_statistics参数可以在实例级进行更改

SQL> alter system set timed_statistics = true;

System altered

SQL>

二. 安装Statspack

安装Statspack需要用internal身份登陆,或者拥有SYSDBA(connect / as sysdba)权限的用户登陆。需要在本地安装或者通过telnet登陆到服务器。

在Oracle8.1.6版本中运行statscre.sql;在Oracle8.1.7版本中运行spcreate.sql。

首先登陆到数据库,最好转到$ORACLE_HOME/RDBMS/ADMIN目录,这样我们执行脚本就可以方便些。

D:\>cd oracle\ora81\rdbms\admin

D:\oracle\ora81\RDBMS\ADMIN>sqlplus internal

SQL*Plus: Release 8.1.7.0.0 - ProdUCtion on 星期二 12月 3 16:54:53 2002

(c) Copyright 2000 Oracle Corporation. All rights reserved.

请输入口令:

连接到:

Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production

With the Partitioning option

JServer Release 8.1.7.0.0 - Production

SQL> select instance_name,host_name,version,startup_time from v$instance;

INSTANCE_NAME

----------------

HOST_NAME

----------------------------------------------------------------

VERSION STARTUP_TI

----------------- ----------

eygle

AM-SERVER

8.1.7.0.0 22-11月-02

SQL>

检查数据文件路径及磁盘空间,以决定创建数据文件的位置:

SQL> select file_name from dba_data_files;

FILE_NAME

--------------------------------------------------------------------------------

D:\ORACLE\ORADATA\EYGLE\SYSTEM01.DBF

D:\ORACLE\ORADATA\EYGLE\RBS01.DBF

D:\ORACLE\ORADATA\EYGLE\USERS01.DBF

D:\ORACLE\ORADATA\EYGLE\TEMP01.DBF

D:\ORACLE\ORADATA\EYGLE\TOOLS01.DBF

D:\ORACLE\ORADATA\EYGLE\INDX01.DBF

D:\ORACLE\ORADATA\EYGLE\DR01.DBF

D:\ORACLE\ORADATA\EYGLE\GGQIANG01.DBF

D:\ORACLE\ORADATA\EYGLE\EQSP01.DBF

D:\ORACLE\ORA81\DATABASE\MP5_DATA.DBF

D:\ORACLE\ORA81\DATABASE\MP5_INDX.DBF

D:\ORACLE\ORA81\DATABASE\MP5_TEMP.DBF

D:\ORACLE\ORA81\DATABASE\MP5_IDNX.DBF

D:\ORACLE\ORADATA\EYGLE\HRM01.DBF

D:\ORACLE\ORADATA\EYGLE\TIB.DBF

D:\ORACLE\ORADATA\EYGLE\EQSP02.DBF

D:\ORACLE\ORADATA\EYGLE\RMAN_TS.DBF

D:\ORACLE\ORADATA\EYGLE\EQSP03.DBF

D:\ORACLE\ORADATA\EYGLE\EAPP01.DBF

D:\ORACLE\ORADATA\EYGLE\EQSP04.DBF

D:\ORACLE\ORADATA\EYGLE\AM01.DBF

D:\ORACLE\ORADATA\EYGLE\SYSTEM02.DBF

D:\ORACLE\ORADATA\EYGLE\FNC01.DBF

D:\ORACLE\ORADATA\EYGLE\HH_AM01.ORA

已选择24行。

SQL>

创建存储数据的表空间,假如采样间隔较短,周期较长,打算长期使用,那么你可能需要一个大一点的表空间,假如每个半个小时采样一次,连续采样一周,数据量是很大的。本例创建一个

500M的测试表空间。

SQL> create tablespace perfstat

2 datafile 'd:\oracle\oradata\eygle\perfstat.dbf'

3 size 500M;

表空间已创建。

SQL>

检查是否存在安装所需要的脚本文件

SQL> host dir sp*

驱动器 D 中的卷没有标签。

卷的序列号是 5070-5982

D:\oracle\ora81\RDBMS\ADMIN 的目录

2000-02-18 14:34 1,841 spauto.sql

2000-06-15 15:21 64,492 spcpkg.sql

2000-02-18 14:34 916 spcreate.sql

2000-06-15 15:21 31,985 spctab.sql

2000-06-15 15:21 6,623 spcusr.sql

2000-06-15 15:53 47,820 spdoc.txt

2000-06-15 15:22 794 spdrop.sql

2000-06-15 15:21 3,732 spdtab.sql

2000-06-15 15:21 1,334 spdusr.sql

2000-06-15 15:22 7,002 sppurge.sql

2000-07-12 15:07 72,992 spreport.sql

2000-06-15 15:22 2,278 sptrunc.sql

2000-02-18 14:34 612 spueXP.par

2000-06-15 15:22 31,122 spup816.sql

14 个文件 273,543 字节

0 个目录 3,974,799,360 可用字节

接下来我们就可以开始安装Statspack了。这期间会提示你输入缺省表空间和临时表空间的位置,输入我们为perfstat用户创建的表空间和你的临时表空间。

SQL> @spcreate

.

.

.

.

Specify PERFSTAT user's default tablespace

输入 default_tablespace 的值: perfstat

Using perfstat for the default tablespace

用户已更改。

用户已更改。

Specify PERFSTAT user's temporary tablespace

输入 temporary_tablespace 的值: temp

假如安装成功,你可以看到如下的输出信息:

SQL> host type spcpkg.lis

Creating Package STATSPACK...

程序包已创建。

没有错误。

Creating Package Body STATSPACK...

程序包主体已创建。

没有错误。

NOTE:

SPCPKG complete. Please check spcpkg.lis for any errors.

你可以查看.lis文件查看安装时的错误信息。

SQL> host dir *.lis

驱动器 D 中的卷没有标签。

卷的序列号是 5070-5982

D:\oracle\ora81\RDBMS\ADMIN 的目录

2002-12-03 17:25 204 spcpkg.lis

2002-12-03 17:25 2,276 spctab.lis

2002-12-03 17:25 3,965 spcusr.lis

2002-12-03 17:23 1,187 spdtab.lis

2002-12-03 17:24 351 spdusr.lis

5 个文件 7,983 字节

0 个目录 3,965,304,832 可用字节

SQL> host find “ORA-“ *.lis

SQL> host find "err" *.lis

---------- SPAUTO.LIS

---------- SPCPKG.LIS

SPCPKG complete. Please check spcpkg.lis for any errors.

---------- SPCTAB.LIS

SPCTAB complete. Please check spctab.lis for any errors.

---------- SPCUSR.LIS

SPCUSR complete. Please check spcusr.lis for any errors.

---------- SPDTAB.LIS

在UNIX上,你可以通过以下命令查看相应的错误信息

$ ls *.lis

spauto.lis spcpkg.lis spctab.lis spcusr.lis spdtab.lis spdusr.lis

$ grep ORA- *.lis

$ grep err *.lis

spcpkg.lis:SPCPKG complete. Please check spcpkg.lis for any errors.

spctab.lis:SPCTAB complete. Please check spctab.lis for any errors.

spcusr.lis:SPCUSR complete. Please check spcusr.lis for any errors.

spdtab.lis:SPDTAB complete. Please check spdtab.lis for any errors.

spdusr.lis:SPDUSR complete. Please check spdusr.lis for any errors.

在这一步,假如出现错误,那么你可以运行spdrop.sql脚本来删除这些对象。然后重新运行spcreate.sql来创建这些对象。运行 SQL*Plus, 以具有SYSDBA 权限的用户登陆:

SQL> @spdrop.sql

.

.

.

同义词已丢弃。off;

视图已丢掉。

同义词已丢弃。

视图已丢掉。

同义词已丢弃。

用户已丢弃

NOTE:

SPDUSR complete. Please check spdusr.lis for any errors.

SQL>

三. 测试安装好的Statspack

运行statspack.snap可以产生系统快照,运行两次,然后执行spreport.sql就可以生成一个基于两个时间点的报告。

假如一切正常,说明安装成功。

SQL>execute statspack.snap

PL/SQL procedure successfully completed.

SQL>execute statspack.snap

PL/SQL procedure successfully completed.

SQL>@spreport.sql

可是有可能你会得到以下错误:

SQL> exec statspack.snap;

BEGIN statspack.snap; END;

*

ERROR at line 1:

ORA-01401: inserted value too large for column

ORA-06512: at "PERFSTAT.STATSPACK", line 978

ORA-06512: at "PERFSTAT.STATSPACK", line 1612

ORA-06512: at "PERFSTAT.STATSPACK", line 71

ORA-06512: at line 1

这是Oracle的一个Bug,Bug号1940915。

该Bug自8.1.7.3后修正。

这个问题只会出现在多位的字符集,需要修改spcpkg.sql脚本,$ORACLE_HOME/rdbms/admin/spcpkg.sql,将"substr" 修改为 "substrb",然后重新运行该脚本。

该脚本错误部分:

select l_snap_id

, p_dbid

, p_instance_number

, substr(sql_text,1,31)

...........

substr 会将多位的字符, 当作一个byte.substrb 则会当作多个byte。在收集数据时, statpack 会将 top 10 的 sql 前 31 个字节 存入数据表中,若在SQL的前31 个字有中文,就会出

现此错误。

四. 规划自动任务

Statspack正确安装以后,我们就可以设置定时任务,开始收集数据了。可以使用spatuo.sql来定义自动任务。

先来看看spauto.sql的要害内容:

dbms_job.submit(:jobno, 'statspack.snap;', trunc(sysdate+1/24,'HH'), 'trunc(SYSDATE+1/24,''HH'')', TRUE, :instno);

这个job任务定义了收集数据的时间间隔:

一天有24个小时,1440分钟,那么:

1/24 HH 每小时一次

1/48 MI 每半小时一次

1/144 MI 每十分钟一次

1/288 MI 每五分钟一次

我们可以修改spauto.sql来更改执行间隔,如:

dbms_job.submit(:jobno, 'statspack.snap;', trunc(sysdate+1/144,'MI'), 'trunc(SYSDATE+1/24,''HH'')', TRUE, :instno);

然后我们执行spauto,这样我们就建立了一个每30分钟执行一次的数据收集计划。你可以查看spauto.lis来获得输出信息:

SQL>

SQL> --

SQL> -- Schedule a snapshot to be run on this instance every hour, on the hour

SQL>

SQL> variable jobno number;

SQL> variable instno number;

SQL> begin

2 select instance_number into :instno from v$instance;

3 dbms_job.submit(:jobno, 'statspack.snap;', trunc(sysdate+1/144,'MI'), 'trunc(SYSDATE+1/144,''MI'')', TRUE, :instno);

4 commit;

5 end;

6 /

PL/SQL 过程已成功完成。

SQL>

Job number for automated statistics collection for this instance

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Note that this job number is needed when modifying or removing

the job:

JOBNO

----------

22

Job queue process

~~~~~~~~~~~~~~~~~

Below is the current setting of the job_queue_processes init.ora

parameter - the value for this parameter must be greater

than 0 to use automatic statistics gathering:

SQL> show parameter job_queue_processes

NAME TYPE value

------------------------------------ ------- ------------------------------

job_queue_processes integer 12

Next scheduled run

~~~~~~~~~~~~~~~~~~

The next scheduled run for this job is:

SQL> select job, next_date, next_sec

2 from user_jobs

3 where job = :jobno;

JOB NEXT_DATE NEXT_SEC

---------- ---------- ----------------

22 04-12月-02 15:00:00

SQL>

五. 生成分析报告

调用spreport.sql可以生成分析报告:

SQL> @spreport

DB Id DB Name Inst Num Instance

----------- ------------ -------- ------------

1277924236 EYGLE 1 eygle

Completed Snapshots

Snap Snap

Instance DB Name Id Snap Started Level Comment

------------ ------------ ----- ----------------- ----- ----------------------

eygle EYGLE 1 04 12月 2002 14:4 5

8

2 04 12月 2002 15:0 5

0

3 04 12月 2002 15:1 5

0

4 04 12月 2002 15:2 5

0

………………..

87 05 12月 2002 02:2 5

3

88 05 12月 2002 02:3 5

3

89 05 12月 2002 02:4 5

3

90 05 12月 2002 02:5 5

3

91 05 12月 2002 03:0 5

3

92 05 12月 2002 03:1 5

3

93 05 12月 2002 03:2 5

3

94 05 12月 2002 03:3 5

3

95 05 12月 2002 03:4 5

3

96 05 12月 2002 03:5 5

3

97 05 12月 2002 04:0 5

3

98 05 12月 2002 04:1 5

3

eygle EYGLE 99 05 12月 2002 04:2 5

3

100 05 12月 2002 04:3 5

3

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

输入 begin_snap 的值: 1

Begin Snapshot Id specified: 1

输入 end_snap 的值: 100

End Snapshot Id specified: 100

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is sp_1_100. To use this name,

press <return> to continue, otherwise enter an alternative.

输入 report_name 的值: rep1205.txt

Using the report name rep1205.txt

这样就生成了一个报告,可是假如中间停过机,那么你可能收到以下错误信息:

ERROR: Snapshots chosen span an instance shutdown: RESULTS ARE INVALID

STATSPACK report for

DB Name DB Id Instance Inst Num Release OPS Host

------------ ----------- ------------ -------- ----------- --- ------------

EYGLE 1277924236 eygle 1 8.1.7.0.0 NO AM-SERVER

:ela := ;

*

ERROR 位于第 4 行:

ORA-06550: 第 4 行, 第 17 列:

PLS-00103: 出现符号 ";"在需要下列之一时:

(-+modnotnull<an identifier>

<a double-quoted delimited-identifier><a bind variable>avg

countcurrentexistsmaxminpriorsqlstddevsumvarianceexecute

foralltimetimestampintervaldate

<a string literal with character set specification>

<a number><a single-quoted SQL string>

符号 "null" 被替换为 ";" 后继续。

ORA-06550: 第 6 行, 第 16 列:

PLS-00103: 出现符号 ";"在需要下列之一时:

(-+modnotnull<an identifier>

<a double-quoted delimited-identifier><a bind variable>avg

countcurrentexistsmaxminpriorsqlstddevsumvarianceexecute

foralltimetimestampintervaldate

<a stri

六. 移除定时任务

移除一个定时任务,可以如下操作:

SQL> select job,log_user,priv_user,last_date,next_date,interval from user_jobs;

JOB LOG_USER LAST_DATE NEXT_DATE INTERVAL

---------- ------------------------------ ------------------------------ ------------------------------ ----------- 22 PERFSTAT 2002-12-5:14:33:26 2002-12-5 14:43:00

trunc(SYSDATE+1/144,'MI')

SQL> execute dbms_job.remove('22')

PL/SQL procedure successfully completed

七. 删除历史数据

删除stats$snapshot数据表中的相应数据,其他表中的数据会相应的级连删除:

SQL> select max(snap_id) from stats$snapshot;

MAX(SNAP_ID)

------------

166

SQL> delete from stats$snapshot where snap_id < = 166;

143 rows deleted

你可以更改snap_id的范围以保留你需要的数据。

在以上删除过程中,你可以看到所有相关的表都被锁定。

SQL> select a.object_id,a.oracle_username ,b.object_name

from v$locked_object a,dba_objects b

where a.object_id = b.object_id

/

OBJECT_ID ORACLE_USERNAME OBJECT_NAME

------------------------------------- --------------------------------------------------------------------------------

156 PERFSTAT SNAP$

39700 PERFSTAT STATS$LIBRARYCACHE

39706 PERFSTAT STATS$ROLLSTAT

39712 PERFSTAT STATS$SGA

39754 PERFSTAT STATS$PARAMETER

39745 PERFSTAT STATS$SQL_STATISTICS

39739 PERFSTAT STATS$SQL_SUMMARY

39736 PERFSTAT STATS$ENQUEUESTAT

39733 PERFSTAT STATS$WAITSTAT

39730 PERFSTAT STATS$BG_EVENT_SUMMARY

39724 PERFSTAT STATS$SYSTEM_EVENT

39718 PERFSTAT STATS$SYSSTAT

39715 PERFSTAT STATS$SGASTAT

39709 PERFSTAT STATS$ROWCACHE_SUMMARY

39703 PERFSTAT STATS$BUFFER_POOL_STATISTICS

39697 PERFSTAT STATS$LATCH_MISSES_SUMMARY

39679 PERFSTAT STATS$SNAPSHOT

39682 PERFSTAT STATS$FILESTATXS

39688 PERFSTAT STATS$LATCH

174 PERFSTAT JOB$

20 rows selected

八. 调整STATSPACK的收集门限

Statspack有两种类型的收集选项:

级别(level):控制收集数据的类型

门限(threshold):设置收集的数据的阈值。

1.级别(level)

Statspack共有三种快照级别,默认值是5

a.level 0: 一般性能统计。包括等待事件、系统事件、系统统计、回滚段统计、行缓存、SGA、会话、锁、缓冲池统计等等。

b.level 5: 增加SQL语句。除了包括level0的所有内容,还包括SQL语句的收集,收集结果记录在stats$sql_summary中。

c.level 10: 增加子锁存统计。包括level5的所有内容。并且还会将附加的子锁存存入stats$lathc_children中。在使用这个级别时需要慎重,建议在Oracle support的指导下进行。

可以通过statspack包修改缺省的级别设置

SQL>execute statspack.snap(i_snap_level=>0,i_modify_parameter=>’true’);

通过这样的设置,以后的收集级别都将是0级。

假如你只是想本次改变收集级别,可以忽略i_modify_parameter参数。

SQL>execute statspack.snap(i_snap_level=>10);

2.快照门限

快照门限只应用于stats$sql_summary表中获取的SQL语句。

因为每一个快照都会收集很多数据,每一行都代表获取快照时数据库中的一个SQL语句,所以stats$sql_summary很快就会成为Statspack中最大的表。

门限存储在stats$statspack_parameter表中。让我们了结一下各种门限:

a. executions_th 这是SQL语句执行的数量(默认值是100)

b. disk_reads_tn 这是SQL语句执行的磁盘读入数量(默认值是1000)

c. parse_calls_th 这是SQL语句执行的解析调用的数量(默认值是1000)

d. buffer_gets_th 这是SQL语句执行的缓冲区获取的数量(默认值是10000)

任何一个门限值超过以上参数就会产生一条记录。

通过调用statspack.modify_statspack_parameter函数我们可以改变门限的默认值。

例如:

SQL>execute statspack.modify_statspack_parameter(i_buffer_gets_th=>100000,i_disk_reads_th=>100000;

一一. 在815上的安装配置

a. 数据库状况

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle8i Enterprise Edition Release 8.1.5.0.0, 64 bit - Producti

PL/SQL Release 8.1.5.0.0 - Production

CORE Version 8.1.3.0.0 - Production

TNS for HPUX: Version 8.1.5.0.0 - Production

NLSRTL Version 3.4.0.0.0 - Production

b. 运行statscbps.sql

SQL> @statscbps.sql

View created.

Synonym created.

Grant succeeded.

SQL>

其他步骤都是相同的。

关于结果分析,不是几句话就说得清楚的。

我后面也会整理一些常见的说明出来。

这篇的目的是给出一个安装、配置的方法,第一帖中已经说明了。

【发表回复】【查看CU论坛原帖】【添加到收藏夹】【关闭】

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有