• 博客访问: 247287
  • 博文数量: 305
  • 用 户 组: 普通用户
  • 注册时间: 2015-02-02 12:00
  • 认证徽章:
个人简介

OCM认证,2年运维团队管理经历,5年DBA经验,喜欢游泳和踢球,阿根廷球迷,欢迎朋友们与我一同讨论足球。 ######博客仅记录自己的一个学习过程,不代表完全准确,如有需要,欢迎转载。

文章分类

全部博文(305)

发布时间:2016-04-19 17:09:12

Buffer Cache:最终目的就是尽可能的减少磁盘I/O以便快速的读或写。也不是越大越好,如果Buffer Cache过大,会造成大的LRU 列表和 dirty list,引发逻辑读的过程消耗CPU量高。同时大的Buffer Cache也会增加DBWn 进程的负担 SQL语句、SQL语句、library cache和 Log Buffer: 在10g及以上版本中ORACLE会自动调整该.........【阅读全文】

阅读(631) | 评论(0) | 转发(0)

发布时间:2016-04-19 17:08:15

基于WaitInterface的调优是目前的主流!每个指标都重要!  对于 对于CPU时间片的总和,但不包括Avg Wait(ms)  :  该等待事件平均等待的时间,  Times/Waits,单位 对于  db file scattered read文件散列读取等待即多块读等待事件是当SESSION等待multi-blockI/O时发生的.........【阅读全文】

阅读(1082) | 评论(0) | 转发(0)

发布时间:2016-04-18 16:13:54

目前都是AMM并ASMM内存管理,所以基于命中率的调优方法论已经过时(因为这是个平均值的概念,就像1和100的平均是50.5一样不代表完全准确),但仍具有参考价值,全部是越高越好!Buffer Nowait %:session申请一个buffer(兼容模式)在db buffer cache中不等待的次数比例。 Buffer Hit %:数据块在数据缓冲区.........【阅读全文】

阅读(1051) | 评论(0) | 转发(0)

发布时间:2016-04-15 14:49:39

Redo size:每秒/每事务产生的redo大小(单位字节),估量update/insert/delete的频率,大的redosize往往对lgwr写日志,和arch归档造成I/O压力,Per Transaction可以用来分辨是大量小事务,还是少量大事务 Logical reads:每秒/每事务逻辑读的大小(单位块),值大的话一般耗cpu,并且伴随latch: cache buf.........【阅读全文】

阅读(1170) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册