使用SQL来分析数据库参数(二)

简介: 拖延症的我终于接下来第二篇数据库参数的分析。 数据库的参数分析一直以来是调优中的重要一环,而感觉有时候却感觉找不到一些方法,我分析了一下,还是蛮有意思。

拖延症的我终于接下来第二篇数据库参数的分析。

数据库的参数分析一直以来是调优中的重要一环,而感觉有时候却感觉找不到一些方法,我分析了一下,还是蛮有意思。数据库的参数分析基于下面的几个环境。

10gR2(10.2.0.5.0)

11gR2(11.2.0.4.0)

12cR1(12.1.0.2.0)

大体来说数据库的参数在Oracle中还有很大一部分没有开放,而在很多博客,技术分析中,总是会自然而然的分析到隐含参数,通过这些参数可以让我们一窥Oracle对的运行机制。

那么公开和未公开的比例有多大呢,保守的算法,不到10%的比例。我们来上两个图。

第一个图是数据库所有的参数在10g,11g,12c中的变化情况,可以大体感觉到参数随着版本是越来越多。

而开放的参数呢,就是我们通过v$parameter,show parameter能够查看到的,在10g,11g,12c中大体是这样的一个演进图。

这里你可以很明显看到一个拐点,在11g到12c的过程中,公开的参数相对在减少。

而怎么分析这些参数呢,能不能挖掘出一些重要的信息呢。

下面是参数情况的数据。在10g,11g,12c中大体是这样的一个比例,GENERAL的代表可以通过v$parameter查看到,为ALL的则代表是能够查看到的所有参数。

DB_VERSION           PARAM_TYPE             COUNT(*)
-------------------- -------------------- ----------
10.2.0.5.0           ALL                        1618
10.2.0.5.0           GENERAL                     259
11.2.0.4.0           ALL                        2912
11.2.0.4.0           GENERAL                     351
12.1.0.2.0           ALL                        3975
12.1.0.2.0           GENERAL                     380

我们来简单分析一下。

我抛出了下面的几个问题,如果没有对比数据,这些很难回答,而又了数据,这些就可以轻松应答。

    哪些参数是11g新增的?
    哪些是12c新增的?
    哪些11g的隐含参数,在12c正式引入?     哪些是11g的隐含参数,在12c中被废弃?     哪些是10g的隐含参数,在11g被废弃?     哪些是10g的隐含参数,在11g被正式引入?
    哪些是10g默认的参数,在11g有所变化?
    哪些是11g默认的参数,在12c中有所变化?

要得到这些数据方法也很直白,就是查询视图数据转储。具体方法参见。使用SQL来分析数据库参数(一)(r10笔记第68天)

我们首先创建一个表来存放这些参数信息。

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

然后使用下面的控制文件导入数据

load data
infile *
append into table db_param_all
fields terminated by '|'
(db_version,param_type,name,value,isdefault,isdeprecated,description)

如果导入有个别的参数失败,也不必失望,哪些很可能是归档路径参数等。

数据得到了,我们来通过SQL进行简单分析。

1)哪些参数是11g新增的?

select name from db_param where db_version='11.2.0.4.0'  and param_type='GENERAL' and name not in (select name from db_param where  db_version='10.2.0.5.0' and param_type='GENERAL');

这样的参数有104个,我举几个例子。
log_archive_dest_31这个参数是归档相关的,在11g中进行了扩展,原本10g里面是10个,11g里面扩展了不少。

限于篇幅就不一一列举了,我举出几个说明即可。

ddl_lock_timeout
deferred_segment_creation
sec_max_failed_login_attempts
diagnostic_dest

2)那些是12c新增的?

select name from db_param where db_version='12.1.0.2.0'  and param_type='GENERAL' and name not in (select name from db_param where  db_version='11.2.0.4.0' and param_type='GENERAL')

这个输出结果只有31条,而纵观参数的变化,主要就是在两个方面,PDB和IMO,可见这两个特性是12c里深入骨髓了。

3)哪些11g的隐含参数,在12c正式引入?

select name from db_param where db_version='12.1.0.2.0'  and param_type='GENERAL'
and '_'||name  in
(select name from db_param where  db_version='11.2.0.4.0' and param_type='ALL'
minus
select name from db_param where  db_version='11.2.0.4.0' and param_type='GENERAL'
);

这些代表着那些隐含参数已经转正了,不过数量确实很少。

active_instance_count
db_block_buffers
parallel_degree_level
resource_manager_plan

4)哪些是11g的隐含参数,在12c中被废弃?

select name from db_param where db_version='12.1.0.2.0'  and param_type='GENERAL' and ISDEPRECATED='TRUE'
and '_'||name  in
(select name from db_param where  db_version='11.2.0.4.0' and param_type='ALL'
minus
select name from db_param where  db_version='11.2.0.4.0' and param_type='GENERAL'
)

经过一番查找,还真找到一个。

active_instance_count

5)哪些是10g的隐含参数,在11g被正式引入?

select name from db_param where db_version='11.2.0.4.0'  and param_type='GENERAL'  
and '_'||name  in
(select name from db_param where  db_version='10.2.0.5.0' and param_type='ALL'
minus
select name from db_param where  db_version='10.2.0.5.0' and param_type='GENERAL'
)涉及的参数只有

db_block_buffers

6)哪些是10g默认的参数,在11g有所变化?

这部分内容就尤其需要注意了,这些参数的设计在11g有了重大的变化

sga_max_size                      TRUE    FALSE
audit_trail                       FALSE   TRUE  
db_keep_cache_size                FALSE   TRUE  
db_recycle_cache_size             FALSE   TRUE  
db_writer_processes               TRUE    FALSE
log_archive_dest_3                FALSE   TRUE  
log_archive_dest_state_2          FALSE   TRUE  
log_archive_dest_state_3          FALSE   TRUE  
log_archive_min_succeed_dest      FALSE   TRUE  
fal_server                        FALSE   TRUE  
log_archive_trace                 FALSE   TRUE  
log_archive_config                FALSE   TRUE  
log_archive_format                FALSE   TRUE  
log_archive_max_processes         FALSE   TRUE  
archive_lag_target                FALSE   TRUE  
db_file_multiblock_read_count     TRUE    FALSE
standby_file_management           FALSE   TRUE  
undo_management                   TRUE    FALSE
undo_retention                    TRUE    FALSE
utl_file_dir                      TRUE    FALSE
job_queue_processes               TRUE    FALSE
background_dump_dest              TRUE    FALSE
user_dump_dest                    TRUE    FALSE
core_dump_dest                    TRUE    FALSE

7)哪些是11g默认的参数,在12c中有所变化?

select db_12c.name,db_11g.name,db_12c.isdefault,db_11g.isdefault--,db_12c.value,db_11g.value
from (select name,value,isdefault from db_param where db_version='12.1.0.2.0'  and param_type='GENERAL' ) db_12c,
(select name,value,isdefault from db_param where db_version='11.2.0.4.0'  and param_type='GENERAL'  ) db_11g
where db_12c.name=db_11g.name and db_12c.isdefault!=db_11g.isdefault;输出如下,大概有20个

standby_file_management      TRUE    FALSE
sec_case_sensitive_logon     FALSE   TRUE
local_listener               TRUE    FALSE
dg_broker_start              TRUE    FALSE
db_keep_cache_size           TRUE    FALSE
db_recycle_cache_size        TRUE    FALSE
log_archive_dest_1           TRUE    FALSE
log_archive_dest_state_2     TRUE    FALSE
log_archive_dest_state_3     TRUE    FALSE
log_archive_min_succeed_dest TRUE    FALSE
fal_server                   TRUE    FALSE
log_archive_trace            TRUE    FALSE
log_archive_config           TRUE    FALSE
log_archive_format           TRUE    FALSE
log_archive_max_processes    TRUE    FALSE
archive_lag_target           TRUE    FALSE

我重点想说的是两个参数standby_file_management 和sec_case_sensitive_logon,大小写登录敏感在11g是一个新特性,但是到了12c里面竟然参数被废弃了。

由此可见数据库中,我们只是一瞥其中的奥妙,里面还有很多很多的未知问题等待着我们。
目录
相关文章
|
5天前
|
SQL 数据库
SQL主体内容一致,但是对于不同的数据库,对于SQL就可能有一些细节的拓展
SQL主体内容一致,但是对于不同的数据库,对于SQL就可能有一些细节的拓展
12 1
|
3天前
|
分布式计算 Java 关系型数据库
|
3天前
|
SQL 数据库
数据库SQL语言实战(六)
本次实战的重点就在于对表格本身的一些处理,包括复制表格、修改表格结构、修改表格数据
|
3天前
|
SQL Oracle 关系型数据库
数据库SQL语言实战(五)(数据库系统概念第三章练习题)
本文的SQL语言适用的是Oracle数据库与mySQL可能存在略微不同
|
3天前
|
SQL Oracle 关系型数据库
数据库SQL语言实战(四)(数据库系统概念第三章练习题)
本文的SQL语言适用的是Oracle数据库与mySQL可能存在略微不同
数据库SQL语言实战(四)(数据库系统概念第三章练习题)
|
3天前
|
SQL Oracle 关系型数据库
数据库SQL语言实战(三)
本篇文章重点在于SQL中的各种删除操作
|
4天前
|
关系型数据库 MySQL 数据库
docker MySQL删除数据库时的错误(errno: 39)
docker MySQL删除数据库时的错误(errno: 39)
11 0
|
2天前
|
关系型数据库 MySQL 数据库
mysql 设置环境变量与未设置环境变量连接数据库的区别
设置与未设置MySQL环境变量在连接数据库时主要区别在于命令输入方式和系统便捷性。设置环境变量后,可直接使用`mysql -u 用户名 -p`命令连接,而无需指定完整路径,提升便利性和灵活性。未设置时,需输入完整路径如`C:\Program Files\MySQL\...`,操作繁琐且易错。为提高效率和减少错误,推荐安装后设置环境变量。[查看视频讲解](https://www.bilibili.com/video/BV1vH4y137HC/)。
17 3
mysql 设置环境变量与未设置环境变量连接数据库的区别
|
4天前
|
关系型数据库 MySQL 数据库连接
用Navicat备份Mysql演示系统数据库的时候出:Too Many Connections
用Navicat备份Mysql演示系统数据库的时候出:Too Many Connections
14 0
|
5天前
|
存储 Oracle 关系型数据库
oracle 数据库 迁移 mysql数据库
将 Oracle 数据库迁移到 MySQL 是一项复杂的任务,因为这两种数据库管理系统具有不同的架构、语法和功能。
16 0