由db_cache_size引发的性能问题

测试环境有两个db, TEST01(10gR2),TEST02(11gR2)
TEST02是基本上复用了TEST01的参数设置,但是TEST02却报了很多问题,比如查询性能低下。数据库连接不能很快的释放。
今天无意中看到TEST02的sga大小,让我大吃一惊。同样的设置,buffer_cache竟然查了将近20倍。
àTEST01
SQL> show sga
 
Total System Global Area 6442450944 bytes
Fixed Size                  2099752 bytes
Variable Size            3456107992 bytes
Database Buffers         2952790016 bytes
Redo Buffers               31453184 bytes
 
àTEST02
SQL> show sga
 
Total System Global Area 6413680640 bytes
Fixed Size                  2230768 bytes
Variable Size            6207571472 bytes
Database Buffers          167772160 bytes
Redo Buffers               36106240 bytes 

在两个库中db_cache_size都是0,参数都是从10g环境拿过来的。
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_cache_advice                      string      ON
db_cache_size                        big integer 0
查看advice,也都是开的。
最后手动设置了db_cache_size,和原来的buffer cache基本一致。
关于buffer_cache的advice可以使用如下的sql 来参考。
select size_for_estimate,buffers_for_estimate,estd_physical_read_factor,estd_physical_reads
from v$db_cache_advice
where name='DEFAULT'
AND block_size=(select value from v$parameter where name='db_block_size')
AND advice_status='ON';

时间: 2024-09-26 09:05:58

由db_cache_size引发的性能问题的相关文章

RDS for MySQL 字符序(collation)引发的性能问题

在帮客户排查问题的时候,经常会遇到的 RDS 实例性能问题(比如 RDS 实例 CPU 使用率高),而其中有一类是由于字符集的字符排序规则不一致导致的.从处理的过程中可以看出来,这类问题比较容易出现但不容易定位排查,所以今天通过两个实战案例来分析的下"RDS for MySQL 字符序(collation)引发的性能问题". 首先介绍下背景知识: 字符集 和 字符序. 1. 字符集(character set)和字符序(collation) 字符集是一组符号和编码,用来保存和解释 My

和表值函数连接引发的性能问题

原文:和表值函数连接引发的性能问题     最近调优过程中遇到一个问题,就是表值函数作为连接中的一部分时,可能会引起麻烦,本文会简单阐述表值函数是什么,以及为什么使用表值函数进行连接时会引发性能问题. 表值函数     SQL Server中提供了类似其他编程语言的函数,而函数的本质通常是一段代码的封装,并返回值.在SQL Server中,函数除了可以返回简单的数据类型之外(Int.Varchar等),还可以返回一个集合,也就是返回一个表.     而根据是否直接返回集合或是定义后再返回集合,表

Session_End引发的性能问题

这是这两天刚刚发现的问题,记下来,希望对被web性能困扰的同仁有所帮助! 下面说说网站的环境和状况吧: 环境:win2003 + asp.net + sqlserver2000, 一个在线读书项目,日PV超500万,独立IP超3万 状况: 1)内存占用218M平稳: 2)cpu约占5%,但是每隔20秒会突然冲到30%,有时甚至50%:(这个很重要) 3)每次重新更新发布程序,cpu会稳定占5%一段时间(约30分钟),之后就会如上面第2条(这个也很重要) 我分析了下,认为应该是有定时器这类的东西每

和表值函数连接引发的性能问题分析

 表值函数     SQL Server中提供了类似其他编程语言的函数,而函数的本质通常是一段代码的封装,并返回值.在SQL Server中,函数除了可以返回简单的数据类型之外(Int.Varchar等),还可以返回一个集合,也就是返回一个表.     而根据是否直接返回集合或是定义后再返回集合,表值函数又分为内联用户定义表值函数和用户定义表值函数(下文统称为表值函数,省去"用户定义"四个字). 内联表值函数     内联表值函数和普通函数并无不同,唯一的区别是返回结果为集合(表),而

闪回区报警引发的性能问题分析(r11笔记第11天)

自从有了Zabbix+Orabbix,很多监控都有了一种可控的方式,当然对于报警处理来说,报警是表象,很可能通过表象暴露出来的是一些更深层次的问题.这不又来一个,不看不知道,一看让自己着实吓了一跳. 首先是一个报警信息,可以看到是闪回区超过了报警的阈值,为了尽可能提前发现问题,我把阈值设置为了70%,和Oracle默认的80%有一些差别. ZABBIX-监控系统: ------------------------------------ 报警内容: archive_area_usage ----

悠然乱弹:一段SQL引发的性能危机及其背后隐藏的设计缺陷

故事发生的背景是,在文件上传的时候,有时间会有人上传了文件,但是最后没有使用上传的文件,这样就会产生一些垃圾文件. 原来软件作者就想写一个后台定时任务程序,来清除这些垃圾文件? 由于作者坚定的不让我发她的SQL语句(这个我也理解,这么丑陋的SQL),所以这里就不发源代码了,发伪代码. ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 void deleteMissLinkFile{   List fileList=getFileList();   List delete

libcurl在ipv6被禁止的情况下的性能下降

最近我们的集群业务量增加了3T/天.然后发现集群的cpu使用率和load上升的非常高,load最高达到了60.团队分析了性能原因,发现发送结果数据到另一个集群的逻辑消耗了大部分的cpu,于是对这部分发送逻辑进行了优化. 在优化发送逻辑后,cpu下降了一半,load也下降了.但是效果并不明显.有一个机器,load仍然很高.持续的调查发现,在load较高的机器上出现间隔出现多个modprob -q - net-pf-10进程(其中net-pf-10为ipv6模块的别名),行为上似乎在不断的重新加载i

Android Webview中Vue初始化的性能优化

前言 一般来说,你不需要太关心vue的运行时性能,它在运行时非常快,但付出的代价是初始化时相对较慢.在最近开发的一个Hybrid APP里,Android Webview初始化一个较重的vue页面竟然用了1200ms ~ 1400ms,这让我开始重视vue的初始化性能,并最终优化到200 ~ 300ms,这篇文章分享我的优化思路. 性能瓶颈在哪里? 先看一下常见的vue写法:在html里放一个app组件,app组件里又引用了其他的子组件,形成一棵以app为根节点的组件树. <body>    

鲜为人知的Exadata存储性能秘密

作者介绍 石云华,现就职于北京海天起点,Oracle技术二线专家成员,Exadata部门负责人.拥有十余年电信.保险.税务行业核心系统Oracle数据库运维经验,持有11gOCM.Exadata.Goldengate等证书. 擅长于Oracle/Goldengate/Exadata方面的故障诊断及疑难问题处理.   案例概述   一个X3-2 的Exadata临时客户,Oracle原厂工程师在进行onecommand初始化的过程中,执行到第6步,calibrate检测存储节点磁盘性能时报错,后续