请大家看看这个statspack，多谢！

显示全部楼层 · 2005-10-30 17:05:33

请大家看看这个statspack，多谢！
生产系统即将投入运行，系统测试时做了一个statspack，希望大虾帮我分析一下，看看哪里需要进行一些优化。万分感谢！

千问 · 2005-10-30 17:05:33

latch free
645,488711,220 79.95
SQL*Net more data to client
4,358,026101,778 11.44
log file sync
184,858 26,4932.98
direct path read
373,243 18,6642.10
log file sequential read
15,8448,347 .94
latch fee很高啊

千问 · 2005-10-30 17:05:33

Buffer Nowait %:100.00 Redo NoWait %:100.00

BufferHit %: 99.73In-memory Sort %: 99.28

Library Hit %: 99.73Soft Parse %: 99.76
Execute to Parse %:-14.50 Latch Hit %: 99.73
Parse CPU to Parse Elapsd %: 82.91 % Non-Parse CPU: 98.08

Execute to Parse为负值。
你再做一个statspack看看。

千问 · 2005-10-30 17:05:33

“latch fee很高啊 ”意味着什么呢？

千问 · 2005-10-30 17:05:33

latch是种低层的机制，是用来保护SGA的共享内存结构，每条SQL执行，都需要从共享内存中获取内存，它是一种竞争的机制，可分为愿意等待和不愿意等待两种。因此，很高的latch都与绑定变量，缓存争用，热数据块有关，在STATS报表里面，你可以获取更多的信息。

千问 · 2005-10-30 17:05:33

最初由 bigbigboy 发布
[B]“latch fee很高啊 ”意味着什么呢？ [/B]
意味着系统存在一些瓶颈问题,通常都是CPU的问题,
解决办法就是使用bind var,优化性能较差的sql.

千问 · 2005-10-30 17:05:33

应该是cpu的瓶颈，建议检查bind、从buffer gets比较高的sql开始优化。

千问 · 2005-10-30 17:05:33

CPU瓶颈？
单位主机配置不低：CPU 24颗内存 24G

千问 · 2005-10-30 17:05:33

最初由 bigbigboy 发布
[B]CPU瓶颈？
单位主机配置不低：CPU 24颗内存 24G [/B]
因为你的latch free实在高，大多数情况是cpu的问题。
你可以对比较慢的sql做跟踪，确认问题所在阿。

千问 · 2005-10-30 17:05:33

楼主真是有钱人