SGA达到内存的80%，真的会降低系统性能吗???

Question

应该会，尤其是在你用户的CONNECTION很多的时候，
应该会出现很多内存的PIN和POUT，
为什么开那么大？

Answer 1

不知大家管理的数据库性能方面的参考数据是多少，现在网上发布的一个帖子真的有人验证性能很好吗？希望有实际测试经验的DBA可以指点一二；附（网上流传的版本）：
参考：
ORACLE 8.1.X 版本SGA=((db_block_buffers * block size)+(shared_pool_size+large_pool_size+java_pool_size+log_buffers)+1MB理论上SGA可占OS系统物理内存的1/2--1/3，我们可以根据需求调整我推荐SGA=0.45*(OS RAM)假设服务器运行ORACLE 8.1.X 版本, OS系统内存为2G MEM, db_block_size 是8192 bytes, 
除了运行ORACLE数据库外, 没有其它的应用程序或服务器软件.这样SGA合计约为921M ( 0.45*2048M ), 设shared_pool_size 300M (300*1024*1024 bytes)设database buffer cache 570M (72960*8192 bytes) initorasid.ora文件里具体各参数如下:shared_pool_size = 314572800
# 300 Mdb_block_buffers = 72960
# 570 Mlog_buffer = 524288
# 512k (128K*CPU个数)large_pool_size = 31457280
# 30 Mjava_pool_size = 20971520
# 20 Msort_area_size = 524288
# 512k (65k--2M)sort_area_retained_size = 524288
# MTS 时 sort_area_retained_size = sort_area_sizeSUN Solaris里/etc/system文件里的几个参数同样跟内存分配有关ORACLE安装时缺省的设置: 建议修改的设置: 
set shmsys:shminfo_shmmax=4294967295 
set shmsys:shminfo_shmmin=1 
set shmsys:shminfo_shmmni=100 
set shmsys:shminfo_shmseg=15 
set semsys:seminfo_semmns=200 
set semsys:seminfo_semmni=70 
set ulimit=3000000  
set semsys:seminfo_semmni=315
set semsys:seminfo_semmsl=300
set semsys:seminfo_semmns=630
set semsys:seminfo_semopm=315
set semsys:seminfo_semvmx=32767
set shmsys:shminfo_shmmax=4294967295
set shmsys:shminfo_shmmni=315
set shmsys:shminfo_shmseg=10
set shmsys:shminfo_shmmin=1 其中这些参数的含义shmmax - 共享内存段，建议设大点， 达到最大SGA
shmmin - 最小的共享内存段.
shmmni - 共享内存标志符的数量.
shmseg - 一个进程可分配的最大内存段数.
shmall - 最大可允许的内存数，比SGA还要大.
semmns - 信号灯，跟ORACLE的PROCESS数有关.
semmsl - 一个信号灯中最大的信号灯数.

Answer 2

SGA过大，造成内存与硬盘缓存交互过多，造成瓶颈~

Answer 3

SGA的大小并不是纯粹看OS的MEMORY的，并没有说固定占OS的MEMORY
的百分之多少就为最好。
我觉得SGA的大小主要看你的应用，看你DB里的各种命中率，然后再根据
具体的情况具体调节，没有一定的公式。

Answer 4

为什么数据库的SGA用到了920M左右，服务器的内存只有1G，
而db_block_buffers的命中率依然可以很高非常接近1，且内存使用只到了50％左右，？？？