《使用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吧.
loaddata
infile*
appendintotabledb_param_all
fieldsterminatedby’|’
(db_version,param_type,name,value,isdefault,isdeprecated,description))
完成以上的步骤,就可以做一些基本的数据分析了,至少很多不确定的问题都可以自己找到答案.
作者：杨建荣
文章出处：杨建荣的学习笔记(订阅号ID：jianrong-notes)
转载请注明本页网址：
http://www.vephp.com/jiaocheng/4401.html
