13518219792
目的
为企业提供成都网站设计、网站建设、网站优化、成都营销网站建设、竞价托管、品牌运营等营销获客服务。创新互联拥有网络营销运营团队，以丰富的互联网营销经验助力企业精准获客，真正落地解决中小企业营销获客难题，做到“让获客更简单”。自创立至今，成功用技术实力解决了企业“网站建设、网络品牌塑造、网络营销”三大难题，同时降低了营销成本，提高了有效客户转化率，获得了众多企业客户的高度认可！
希望通过整理此文档 使大家对 oracle 内存结构有一个全面的了解 并在实际的工作中灵活应用 使 oracle 的内存性能达到最优配置 提升应用程序反应速度 并进行合理的内存使用
实例结构
oracle 实例 = 内存结构 + 进程结构
oracle 实例启动的过程 其实就是 oracle 内存参数设置的值加载到内存中 并启动相应的后台进程进行相关的服务过程
进程结构
oracle 进程 = 服务器进程 + 用户进程
几个重要的后台进程
DBWR 数据写入进程
LGWR: 日志写入进程
ARCH: 归档进程
CKPT: 检查点进程 ( 日志切换 上一个检查点之后 又超过了指定的时间 预定义的日志块写入磁盘 例程关闭 DBA 强制产生 表空间 offline)
LCKn （ ） 封锁进程
Dnnn: 调度进程
内存结构 ( 我们重点讲解的 )
内存结构 =SGA （系统全局区） +PGA （程序全局区）
SGA 是用于存储数据库信息的内存区 该信息为数据库进程所共享 它包含 Oracle 服务器的数据和控制信息 它是在 Oracle 服务器所驻留的计算机的实际内存中得以分配 如果实际内存不够再往虚拟内存中写
我们重点就是设置 SGA 理论上 SGA 可占 OS 系统物理内存的 / —— /
原则 SGA+PGA+OS 使用内存 总物理 RAM
SGA=((db_block_buffers*blocksize)+(shared_pool_size+large_pool_size+java_pool_size+log_buffers)+ MB
SGA 系统全局区 ( 包括以下五个区 )
A 数据缓冲区 : （ db_block_buffers ）存储由磁盘数据文件读入的数据
大小 : db_block_buffers*db_block_size
Oracle i 设置数据缓冲区为 Db_cache_size
原则 SGA 中主要设置对象 一般为可用内存 %
B 共享池 : （ shared_pool_size ） : 数据字典 sql 缓冲 pl/sql 语法分析 加大可提速度
原则 SGA 中主要设置对象 一般为可用内存 %
C 日志缓冲区 : （ log_buffer ）存储数据库的修改信息
原则 K M 之间 不应该太大
D JAVA 池（ Java_pool_size ）主要用于 JAVA 语言的开发
原则 若不使用 java 原则上不能小于 M 给 M 通常就够了
E 大池（ Large_pool_size ） 如果不设置 MTS 主要用于数据库备份恢复管理器 RMAN
原则 若不使用 MTS M 之间 不应该太大
SGA= db_block_buffers*db_block_size+ shared_pool_size+ log_buffer+Java_pool+size+large_pool_size
原则 达到可用内存的 % 就可以了
PGA 程序全局区
PGA 包含单个服务器进程或单个后台进程的数据和控制信息 与几个进程共享的 SGA 正相反 PGA 是只被一个进程使用的区域 PGA 在创建进程时分配在终止进程时回收
A Sort_area_size 用于排序所占内存
B Hash_area_size 用于散列联接 位图索引
这两个参数在非 MTS 下都是属于 PGA 不属于 SGA 是为每个 session 单独分配的 在我们的服务器上除了 OS + SGA 一定要考虑这两部分
原则 OS 使用内存 +SGA+ 并发执行进程数 *(sort_area_size+hash_ara_size+ M) * 总内存
实例配置
一 物理内存多大
二 操作系统估计需要使用多少内存
三 数据库是使用文件系统还是裸设备
四 有多少并发连接
五 应用是 OLTP 类型还是 OLAP 类型
基本掌握的原则是 db_block_buffer 通常可以尽可能的大 shared_pool_size 要适度 log_buffer 通常大到几百 K 到 M 就差不多了
A 如果 M RAM 单个 CPU db_block_size 是 bytes
SGA= * M= M 左右
建议 shared_pool_size = M db_block_buffer* db_block_size = M
具体 : shared_pool_size = # M
db_block_buffer= # M
log_buffer = # k ( K*CPU 个数 )
large_pool_size= # M
java_pool_size = # M
sort_area_size = # k ( k M)
sort_area_retained_size = # MTS 时 sort_area_retained_size = sort_area_size
B 如果 G RAM 单个 CPU db_block_size 是 bytes
SGA= * M= M 左右
建议 shared_pool_size = M db_block_buffer* db_block_size = M
具体 : shared_pool_size= # M
db_block_buffer= # M
log_buffer = # k ( K*CPU 个数 )
large_pool_size= # M
java_pool_size = # M
sort_area_size = # k ( k M)
sort_area_retained_size = # MTS 时 sort_area_retained_size = sort_area_size
C 如果 G 单个 CPU db_block_size 是 bytes
SGA= * M= M 左右
建议 shared_pool_size = M db_block_buffer *db_block_size = M
具体 : shared_pool_size= # M
db_block_buffer= # M
log_buffer = # k ( K*CPU 个数 )
large_pool_size= # M
java_pool_size = # M
sort_area_size = # k ( k M)
sort_area_retained_size = # MTS 时 sort_area_retained_size = sort_area_size
假定 bit ORACLE
内存 G
shared_pool_size = M data buffer = G
内存 G
shared_pool_size = M data buffer = G
内存 G
shared_pool_size = M M data buffer = G
参数更改方式
oracle i
主要都是通过修改 oracle 启动参数文件进行相关的配置
参数文件位置
d:\oracle\admin\DB_Name\pfile\init ora
按以上修改以上参数值即可
Oracle i:
两种方式 第一种是修改 oracle 启动参数文件后 通过此参数文件再创建服务器参数文件
第二种是直接运行 oracle 修改命令进行修改
SQLalter system set db_cache_size= M scope=spfile;
lishixinzhi/Article/program/Oracle/201311/16995
i之前 oracle使用的初始化参数文件是pfile i开始引用了SPFILE 但保留了pfile
初始化参数文件在整个ORACLE系统之中起著关键的作用 启动的过程中 oracle根据初始化参数的设置分配SGA 启动后台进程 数据库打开后 还是依据初始化的参数设置运行数据库
I以后的oracle版本 初始化参数文件有spfileSID ORA spfile ORA init ORA oracle在启动过程中也是按照这个顺序依次查找初始化参数文件 若最终没有找到 则数据库启动失败 同时Alert_sid log报错
i之后的版本 默认启动都是使用spfile参数文件启动 当然也可以指定pfile参数文件启动ORACLE spfile参数文件的格式为spfileSID ORA 而pfile参数文件的格式为initSID ORA
startup pfile＝ /oradata/oracle/admin/TEST/pfile/init ora *****
另外 pfile和spfile两者可以相互创建 创建默认目录在$ORACLE_HOME/dbs/
CREATE SPFILE FROM PFILE;
CREATE PFILE FROM SPFILE;
通过spfile创建的的初始化参数格式为 initSID ORA
修改初始化参数有两种方式
一 在mond下修改初始化参数
修改pfile参数 可编辑的修改init ora
修改spfile参数 不可编辑参数文件 只能通过命令或者EM动态修改初始化参数
命令 Alter system set AAA＝N scope＝MEMORY|SPFILE|BOTH;
SCOPE参数有三个选项
MEMORY 修改只对运行的实例有效
SPFILE 修改SPFILE设置
BOTH 同时修改了SPFILE和此实例
注意 在修改静态参数时必须得指定SPFILE参数 否则会报错 亦即修改静态参数时SCOPE参数不允许为BOTH
二 在EM中修改初始化参数设置
以sys用户登录EM
在主界面上选择 管理 标签按钮
在管理页面下选择 数据库配置 下的 所有初始化参数 按钮 转入初始化参数设置页面
默认修改的的是SCOPE=MEMORY的设置 当把 在当前正在运行的实例模式下将更改应用与SPFile 复选框选中时 相当于SCOPE=BOTH的设置
在值那项文本框输入新的值之后 点击右上角的应用按钮 修改生效
修改属性为SCOPE=SPFILE
lishixinzhi/Article/program/Oracle/201311/16518
普通参数：也就是Oracle系统正常使用的一些参数，
非凡参数：包括三种，过时参数、强调参数和隐藏参数。
随着Oracle数据库新版本的发布，相应每次都会增加或者删除一些参数。下面具体介绍如何查询当前系统版本中的各种参数情况。
一、过时参数 和 强调参数
Oracle 数据库中，系统提供了几个视图可以查看系统参数的情况。视图 V$OBSOLETE_PARAMETER 中含有所有的过时 (obsolete) 和强调 (underscored) 参数。
这里首先说明一下什么是 Oracle 的过时 (obsolote) 和强调 (underscored) 参数，过时参数，顾名思义就是在 Oracle 以前的版本中存在，但在新版本中已经淘汰了的参数，已经不再使用；而强调参数，是指那些在新版本中保留了下来，但是除非非凡需要不希望用户使用的那些参数。在视图 V$OBSOLETE_PARAMETER 中，包含这些参数的名称和一个标志字 ISSPECIFIED ，该标志字用来指出这个参数是否在 init.ora 文件中已实际设置。 下面的 SQL 脚本列出了当前系统中所有的过时参数名称以及它们是否在当前系统中设定。
/* Formatted on 2010-5-12 17:46:27 (QP5 v5.115.810.9015) */
SELECT name, isspecified FROM v$obsolete_parameter;
上面谈到， Oracle 系统并没有将 V$OBSOLETE_PARAMETER 视图中的所有参数均丢弃，而是将其中的一部分转换为强调参数，下面就来讨论如何查看这些参数是已被丢弃还是被转换。这可以通过系统视图 X$KSPPO 来查看，该视图中包含一个名为 KSPPOFLAG 的字段，用来指明该参数在当前版本中是被丢弃还是被强调，假如该值为 1 ，则表示该参数已被丢弃，该值为 2 ，则表明该参数现为强调参数。
一 SGA
Shared pool tunning
Shared pool的优化应该放在优先考虑 因为一个cache miss在shared pool中发生比在data buffer中发生导致的成本更高 由于dictionary数据一般比library cache中的数据在内存中保存的时间长 所以关键是library cache的优化
Gets （parse）在namespace中查找对象的次数
Pins （execution）在namespace中读取或执行对象的次数
Reloads (reparse)在执行阶段library cache misses的次数 导致sql需要重新解析
） 检查v$librarycache中sql area的gethitratio是否超过 ％ 如果未超过 ％ 应该检查应用代码 提高应用代码的效率
Select gethitratio from v$librarycache where namespace= sql area ;
) v$librarycache中reloads/pins的比率应该小于 ％ 如果大于 ％ 应该增加参数shared_pool_size的值
Select sum(pins) executions sum(reloads) cache misses sum(reloads)/sum(pins) from v$librarycache;
reloads/pins %有两种可能 一种是library cache空间不足 一种是sql中引用的对象不合法
）shared pool reserved size一般是shared pool size的 ％ 不能超过 ％ V$shared_pool_reserved中的request misses＝ 或没有持续增长 或者free_memory大于shared pool reserved size的 % 表明shared pool reserved size过大 可以压缩
）将大的匿名pl/sql代码块转换成小的匿名pl/sql代码块调用存储过程
）从 i开始 可以将execution plan与sql语句一起保存在library cache中 方便进行性能诊断 从v$sql_plan中可以看到execution plans
）保留大的对象在shared pool中 大的对象是造成内存碎片的主要原因 为了腾出空间许多小对象需要移出内存 从而影响了用户的性能 因此需要将一些常用的大的对象保留在shared pool中 下列对象需要保留在shared pool中
a 经常使用的存储过程
b 经常操作的表上的已编译的触发器
c Sequence 因为Sequence移出shared pool后可能产生号码丢失
查找没有保存在library cache中的大对象
Select * from v$db_object_cache where sharable_mem and
type in ( PACKAGE PROCEDURE FUNCTION PACKAGE BODY ) and kept= NO ;
将这些对象保存在library cache中
Execute dbms_shared_pool keep( package_name );
对应脚本 dbmspool sql
)查找是否存在过大的匿名pl/sql代码块 两种解决方案
A．转换成小的匿名块调用存储过程
B．将其保留在shared pool中
查找是否存在过大的匿名pl/sql块
Select sql_text from v$sqlarea where mand_type= and length(sql_text) ;
）Dictionary cache的优化
避免出现Dictionary cache的misses 或者misses的数量保持稳定 只能通过调整shared_pool_size来间接调整dictionary cache的大小
Percent misses应该很低 大部分应该低于 ％ 合计应该低于 ％
Select sum(getmisses)/sum(gets) from v$rowcache;
若超过 ％ 增加shared_pool_size的值
Buffer Cache
）granule大小的设置 db_cache_size以字节为单位定义了default buffer pool的大小
如果SGA M granule= M 否则granule＝ M 即需要调整sga的时候以granule为单位增加大小 并且sga的大小应该是granule的整数倍
) 根据v$db_cache_advice调整buffer cache的大小
SELECT size_for_estimate buffers_for_estimate estd_physical_read_factor estd_physical_reads
FROM v$db_cache_advice WHERE NAME= DEFAULT AND advice_status= ON
AND block_size=(SELECT Value FROM v$parameter WHERE NAME= db_block_size );
estd_physical_read_factor=
) 统计buffer cache的cache hit ratio % 如果低于 ％ 可以用下列方案解决
◆增加buffer cache的值
◆使用多个buffer pool
◆Cache table
◆为 sorting and parallel reads 建独立的buffer cache
SELECT NAME value FROM v$sysstat WHERE NAME IN ( session logical reads
physical reads physical reads direct physical reads direct(lob) );
Cache hit ratio= (physical reads physical reads direct physical reads direct (lob))/session logical reads;Select (phy value dir value lob value)/log value from v$sysstat log v$sysstat phy v$sysstat dir v$sysstat LOB where log name= session logical reads and phy name= physical reads and dir name= physical reads direct and lob name= physical reads direct (lob) ;
影响cache hit ratio的因素 全表扫描 应用设计 大表的随机访问 cache hits的不均衡分布
）表空间使用自动空间管理 消除了自由空间列表的需求 可以减少数据库的竞争
其他SGA对象
）redo log buffer
对应的参数是log_buffer 缺省值与 OS相关 一般是 K 检查v$session_wait中是否存在log buffer wait v$sysstat中是否存在redo buffer allocation retries
A 检查是否存在log buffer wait
Select * from v$session_wait where event= log buffer wait ;
如果出现等待 一是可以增加log buffer的大小 也可以通过将log 文件移到访问速度更快的磁盘来解决
B
Select name value from v$sysstat where name in
( redo buffer allocation retries redo entries )
Redo buffer allocation retries接近 小于redo entries 的 ％ 如果一直在增长 表明进程已经不得不等待redo buffer的空间 如果Redo buffer allocation retries过大 增加log_buffer的值
C 检查日志文件上是否存在磁盘IO竞争现象
Select event total_waits time_waited average_wait from v$system_event
where event like log file switch pletion% ;
如果存在竞争 可以考虑将log文件转移到独立的 更快的存储设备上或增大log文件
D 检查点的设置是否合理
检查alert log文件中 是否存在 checkpoint not plete
Select event total_waits time_waited average_wait from v$system_event
where event like log file switch (check% ;
如果存在等待 调整log_checkpoint_interval log_checkpoint_timeout的设置
E 检查log archiver的工作
Select event total_waits time_waited average_wait from v$system_event
where event like log file switch (arch% ;
如果存在等待 检查保存归档日志的存储设备是否已满 增加日志文件组 调整log_archiver_max_processes
F DB_block_checksum=true 因此增加了性能负担 （为了保证数据的一致性 oracle的写数据的时候加一个checksum在block上 在读数据的时候对checksum进行验证）
）java pool
对于大的应用 java_pool_size应= M 对于一般的java存储过程 缺省的 M已经够用了
）检查是否需要调整DBWn
lishixinzhi/Article/program/Oracle/201311/17744
