设为首页 收藏本站
查看: 544|回复: 0

[经验分享] oracle体系结构三部曲之内存结构

[复制链接]

尚未签到

发表于 2016-8-6 19:18:39 | 显示全部楼层 |阅读模式
  还是想唠叨一下,要想把oracle体系结构学深学透,必须结合备份与恢复的实验及原理去学,这个我在后续也会写相应的blog。在这里我在介绍内存结构时,只是做些基础性的了解。
  我们先看两个容易混淆的概念。SID和ORACLE_SID,其实吧,这两个没啥本质的区别。若真个想分一分的话。那么,SID是站点标识符,也即会话标识符,他和$ORACLE_HOME一起唯一标识了一个SGA;而ORACLE_SID则可以认为是实例名,通过v$instance的字段instance_name查出。
  当DBA安装oracle软件时,针对os首先会辨别是32位还是64位,而这32位和64位又是代表什么意思呢?简单来说,就是CPU对于内存最大的支持范围。32位的CPU最大支持4G内存。如果oracle运行在32位linux上时,其默认SGA无法超过1.7G.
  实例是由参数文件创建出来的,存在于操作系统的内存中。linux上有两条命令可以检查实例是否开启:
ps -ef|grep ora_ --检查后台进程是否开启;
ipcs -m|grep ora --检查SGA是否分配
  在我的磁盘上,有3个数据库.任何时刻我都只有一个实例,但有多个数据库,在任何时间点上只能访问其中的一个数据库。当一台服务器上有多个实例运行时,每个实例都有一个自己专用的SGA。
  每个oracle实例都有一个被oracle进程所共享的内存结构,称之为SGA。当实例打开后,各个内存区会依照最少的需求分配所需的大小。在ora10g使用自动SGA内存管理(ASMM:automatic shared memory management)时,只需把SGA_TARGET参数设置为所需的大小便可,其后会根据工作负载自动扩展每个内存块的大小。在SGA中,空间的最小分配单位是颗粒。它由sga_max_size决定,当sga的总和小于128m时,颗粒为4m,当sga大于128m时,颗粒为16m。
  下面我们来看看主要的SGA组件。
database_buffer_cache
  
缓冲区缓存中的块实质上在一个位置上管理,但有两个不同的列表指向这些块:
脏块列表:其中的块需要DBWn写入磁盘
非脏块列表:8.0以前的版本是LRU算法,之后采用接触计数算法,如果命中缓存中的一个块,则会增加与之相关联的计数器。块缓冲区不再像以前那样移到块列表的最前面,而是原地留在块列表中,只是递增它的接触计数。不过,一段时间,块会在列表中“移动”。例如,脏块由脏列表指向,过一段时间要重用块时,如果缓冲区已满,就要将接触计数较小的某个块释放,换由非脏块列表来指向。
  
缓冲区缓存允许有不同的块大小。可以通过设置DB_nK_CACHE_SIZE参数,并重启数据库。但前提要注意SGA的大小。如果采用扩大的方法,比如,你的SGA大小是128m,你想再为缓冲区增加另外的64m,就必须把SGA_MAX_SIZE设置为192m或者更大。另外,你也可以采用收缩的办法,即缩小DB_CACHE_SIZE,因为9i之后,database_buffer_cache的大小可以直接修改参数db_cache_size,那么:
show parameter db_cache_size; --看一下目前有多大
alter system set db_cache_size=xxm; --将其缩小
alter system set db_16k_cache_size=xxm; --设置16k的数据块大小的缓冲区缓存
这样我在database_buffer_cache中就有两种数据块大小了。这两个缓存是互斥的。只是为了可传输表空间。比如,OLTP和OLAP就可以共存于一个数据库中。

cache hit(缓存命中):用户请求查询时,oracle在缓冲区缓存找到用户所需的数据时,就直接从缓冲区返回给用户。如果在缓冲区找不到,则称之为cache miss(缓存失误)。
database_buffer_cache命中率公式是
cache hit ratio=1-(physical reads/(db block gets+consistent gets))
db block gets:是指DML语句所得到的数据块个数
consistent gets:是指select语句所得到的数据块个数
logical reads:将db_block gets与consistent gets相加得到的数据块个数。
physical reads:从硬盘上读出的数据
hit ratio最好大于90%
  database_buffer_cache中包含三种不同性质的缓存:
dirty buffer:已修改,但尚未写入数据库的数据
free buffer:这里的内容和数据文件的内容一模一样,也就是这些buffer已经写入数据库内了,随时可以拿来覆盖使用。
pinned buffer:正在被使用的buffer
  可以把database_buffer_cache却分为三种不同性质的分区:
回收池:放在回收池的数据,只在事务还存在时才会被用到,一旦事务结束,就会被释放掉。
保留池:频繁重复用到的数据
默认池:没有指定时,数据就会被放在默认池。
  shared pool
设计共享池是为了重用查询计划.破坏共享池,最容易的办法是不使用绑定变量。oracle提供一个参数cursor_sharing可对sql语句做强制绑定变量,其中有个参数值叫similar。在10g中,shared_pool_size参数控制了共享池的大小。里面的主要主件是库缓存和字典缓存。对于这两个的关系,参见的我的博客:http://blog.csdn.net/linwaterbin/article/details/7651038
在共享池内分析sql语句可分为hard parse和soft parse,。当sql语句一进入oracle数据库时,oracle首先会检查一下共享池有没有完全相同的sql语句,如果没有,就会进行parse作业;如果有,就会跳过parse,只检查用户权限等。
可以使用dbms_shared_pool.keep(两个参数),把sql强制留在shared pool里面。
1)先找出sql语句的相对位置:
select address,hash_value from v$sqlarea where sql_text='......';
2)将位置保留在共享池内:
exec dbms_shared_pool.keep('address','类型‘);
  redo log buffer
重做日志缓冲区的默认大小由log_buffer参数控制,这个区的最小大小取决于os。将log_buffer设置为1,再重启数据库就可以知道最小值。重做日志缓冲区的空间划分为多个块,这些块基本上都是512k。
和这个区相关的概念,最重要的是检查点机制。即:DBWn会去检查某些redo entry是否已经写入redo log file。检查点机制是避免在数据库恢复时,读取的redo信息太多,导致恢复的时间过长。大体的检查点机制有以下几个步骤:
1)取当前的SCN号为检查点SCN。
2)检查相关的redo entry是否写入online redo log file
3)如果写入,则DBWn会把redo保护的dirty buffer flush到磁盘
4)如果没有,则DBWn会去通知LGWR来写,然后,自己再写
5)CKPT更新控制文件和数据文件的文件头
而触发检查点的事件有很多,比如:日志却,;fast_start_mttr_target等

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-253877-1-1.html 上篇帖子: Oracle SQLID 与 Hash_value 之间的相互转化 下篇帖子: oracle中的NVL,NVL2,NULLIF,COALESCE函数应用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表