使用SQL来分析数据库参数(一) 怎么用sql分析数据

对于10g,11g,12c中的参数变化有时候感觉就是使不上劲，因为参数好像很多，但是了解的又很少。隐含参数经常是碰到问题的时候关联思考发现有这么一个隐含参数，有些问题可能有意识还会主动去查查，如果恍惚一下就算了。如此一来，其实对于数据库参数而言我们很多人也还是一知半解。

怎么得到去分析数据库参数的变化情况呢，突然想到使用SQL来分析是个不错的方法。比如我现在希望解决下面的问题。

正式参数和隐含参数的数据情况

哪些参数是11g新增的？

那些是12c新增的?

哪些11g的隐含参数，在12c正式引入？

哪些是11g的隐含参数，在12c中被废弃？

哪些是10g的隐含参数，在11g被废弃？

哪些是10g的隐含参数，在11g被正式引入？

哪些是10g默认的参数，在11g有所变化？

哪些是11g默认的参数，在12c中有所变化？

看来我提出了不少的问题，但是解决起来纯手工那是遥遥无期，还是使用SQL吧。

首先我们需要做一些基本的铺垫，怎么得到对应的数据。

如果想得到一份完成的参数列表，可以参考v$parameter这个是正式公布的参数，还有一部分是隐含参数。他们的差别其实就是字段的过滤条件不同，基表是相同的，都是x$的内存表。

可以使用如下的SQL得到完整的参数列表，包含隐含参数和正式参数

spool all_param.lst

set pages 0

set linesiz 200

select

(select version from v$instance)||'|'||'ALL'||'|'||x.ksppinm||'|'||y.ksppstvl ||'|'||y.ksppstdf||'|'||decode(bitand(ksppilrmflg / 64, 1), 1, 'TRUE', 'FALSE')||'|'||ksppdesc

from

sys.x$ksppi x,

sys.x$ksppcv y

where

x.inst_id = userenv('Instance') and

y.inst_id = userenv('Instance') and

x.indx = y.indx

order by

translate(x.ksppinm, ' _', ' ');

spool off

可以使用如下的SQL得到公开的正式参数

spool db_param.lst

set pages 0

set linesize 200

select (select version from v$instance)||'|'||'GENERAL'||'|'||name||'|'||value||'|'||isdefault||'|'||isdeprecated||'|'||description from v$parameter ;

spool off

然后可以找几个有针对性的环境，比如10g我是参考10.2.0.5.0,11g参考11.2.0.4.0,12c参考12.1.0.2.0

简单的一个数据分布情况如下：

10g版本

共1620 个参数

供260 个公开参数，即v$parameter中可以查到的。

11g版本

共2914个参数

供352个公开参数，即v$parameter中可以查到的。

12c版本

共3978个参数

供382个公开参数，即v$parameter中可以查到的。

得到了参数的列表，我们可以导入到一个表中统一管理分析。可以创建一个表如下：

create table db_param_all (db_version varchar2(10),param_type varchar2(10),name varchar2(80),value varchar(512),isdefault varchar2(9),isdeprecated varchar2(5),description varchar2(255));

而怎么导入数据呢，还是SQL*Loader吧。

load data

infile *

append into table db_param_all

fields terminated by '|'

(db_version,param_type,name,value,isdefault,isdeprecated,description))

完成以上的步骤，就可以做一些基本的数据分析了，至少很多不确定的问题都可以自己找到答案。