2g数据把系统搞成这个样子

cc59

一些表的reload情况比较严重.

hchzh_tel

tuning sql是关键
增加db_writer_processes到4能够有所缓解……

cc59

dbwr就别想了.windows平台上..........

leomalei

现在数据库的写等待好像不是很多的吧 只要集中在latch这块，请教下 从那看出来要调整写这块，我没有看出来 呵呵

shiri512003

Shared Pool Size:       304M     不小吗
Log Buffer:    9,814K   没必要 3M就可以了
不是很严重^^
可是要等的好多
还是先看看sql语句吧
Buffer Gets    Executions  Gets per Exec  %Total Time (s)  Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
  1,220,561,484        2,390      510,695.2   66.3  6493.43  16576.39  556383314
语句要干什么
Gets per Exec  510,695.2
要返回多少数据呀

shiri512003

table scans (long tables)                     30,148            4.6          0.9

shiri512003

job workq parent latch                2  100.0    0.0      0           48   18.8
simulator lru latch           6,508,039    0.1    0.3    863      243,338   53.0

hchzh_tel

最初由 cc59 发布
[B]dbwr就别想了.windows平台上.......... [/B]

用他来增加cache buffer chain latch数……
另外，windows中的dbwr线程可以开到4个，可以4cpu并发的——为什么别想了 ？

aegir

感觉DATA BUFFER和LOG BUFFER太大了.
优化TOP SQL .应该是索引的问题.

cc59

最初由 hchzh_tel 发布
[B]
用他来增加cache buffer chain latch数……
另外，windows中的dbwr线程可以开到4个，可以4cpu并发的——为什么别想了 ？ [/B]

你可以试试看.