雨后的草原，野花竞放，像一块刚浸过水的花头巾，连露珠儿也都是五颜六色的了！一条条小河宛如蓝色的缎带缠绕着一望无际的绿色田野，远处一座座造型古朴、色彩和谐的小屋，一派美丽动人的田园风光！
正在看的ORACLE好代码教程是:Oracle性能究极优化。 增大 SGA 已经缓冲看来对于性能的提升并不显著，加载时间只提升了 1.73%。下面我们增加 SGA 重做日志的大小： DB3: Log Buffer Database Block Size 2K
SGA Buffer Cache 128M
SGA Shared Pool 128M
SGA Redo Cache 16M
Redo Log Files 16M
Tablespaces Dictionary
TPC Results Load Time (Seconds) 41.39
Transactions / Second 10.088 我们可以看到加载时间提升了 17.35%，TPS 也提升了 9.33%。因为加载和同时插入，更新，删除需要比 8M 大的空间，但是看起来增加内存性能并没有显著提升，我们加大块大小： DB4: 4K Block
Database Block Size 4K
SGA Buffer Cache 128M
SGA Shared Pool 128M
SGA Redo Cache 16M
Redo Log Files 16M
Tablespaces Dictionary
TPC Results Load Time (Seconds) 17.35
Transactions / Second 10.179 我们看到加载时间提升了 138%！而对 TPS 值没有很大的影响。下面一个简单的念头是表空间的管理从目录切换为本地： DB5: Local Tablespaces
Database Block Size 4K
SGA Buffer Cache 128M
SGA Shared Pool 128M
SGA Redo Cache 16M
Redo Log Files 16M
Tablespaces Local
TPC Results Load Time (Seconds) 15.07
Transactions / Second 10.425 下面我们把数据库块加大到 8K 来看结果： DB6: 8K Block
Database Block Size 8K
SGA Buffer Cache 128M
SGA Shared Pool 128M
SGA Redo Cache 16M
Redo Log Files 16M
Tablespaces Local
TPC Results Load Time (Seconds) 11.42
Transactions / Second 10.683 看来结果并不坏，我们没有理由继续增加块大小了，我们还没有根据 CPU 个数调整相应的参数，这次我们设置 I/O 的进程数来继续调整： DB7: I/O Slaves
Database Block Size 8K
SGA Buffer Cache 128M
SGA Shared Pool 128M
SGA Redo Cache 16M
Redo Log Files 16M
Tablespaces Local
dbwr_io_slaves 4
lgwr_io_slaves (derived) 4
TPC Results
Load Time (Seconds) 10.48
Transactions / Second 10.717 我们的测试是基于 Red Hat 6.2 进行的，内核版本为 2.2.14-5 smp。对于 Linux 的内核而言，有将近几百个参数可以调整，包括对 CPU 类型，SMP 支持，APIC 支持，DMA 支持，IDE DMA 缺省参数的使用以磁盘限额支持。根据 Oracle 的文档，我们要做的主要调整是共享内存和信号量的大小，SHMMAX 最少配置 0x13000000，SEMMNI, SEMMSL 和 SEMOPN 分别至少设置 100, 512, 100。这些参数的设置可以通过下面的命令实现： # echo 0x13000000 >/proc/sys/kernel/shmmax
# echo 512 32000 100 100 >/proc/sys/kernel/sem OS1: 单内核和 IPC TPC Results
Load Time (Seconds) 9.54
Transactions / Second 11.511 <
到此这篇关于Oracle性能究极优化就介绍到这了。这社会你改变不了就得适应，适应不了就得被淘汰！这叫适者生存！更多相关Oracle性能究极优化内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！