調(diào)整數(shù)據(jù)庫的性能的問題

newince

目前在辦理業(yè)務時老是報打開一些表出錯,但是反復辦理就能成功.在業(yè)務高峰期更是要提交很多次才能成功.我懷疑是索引文件需要重建或者是數(shù)據(jù)庫需要調(diào)整參數(shù).
  1,如果是需要重建索引文件,能否使用dbexport和dbimport來實現(xiàn)?
  2,調(diào)整數(shù)據(jù)庫參數(shù)請大家看看onconfig的主要字段.
環(huán)境sco 5.05  informix online 7.31  內(nèi)存2G


# Shared Memory Parameters

LOCKS 800000 # Maximum number of locks
BUFFERS 600000 # Maximum number of shared buffers
NUMAIOVPS # Number of IO vps
PHYSBUFF 128 # Physical log buffer size (Kbytes)
LOGBUFF 128 # Logical log buffer size (Kbytes)
LOGSMAX 150 # Maximum number of logical log files
CLEANERS 5 # Number of buffer cleaner processes
LRUS 8 # Number of LRU queues
LRU_MAX_DIRTY 60 # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY 55 # LRU percent dirty end cleaning limit
LTXHWM 50 # Long transaction high water mark percentage
LTXEHWM 60 # Long transaction high water mark (exclusive)


onstat -p的結(jié)果主要是:
bufreads %cached bufwrits %cached
              99.54                      90.38               

ovlock   ovuserthread   ovbuff
  0               0                   0
bufwaits    lokwaits       lockreqs        deadlks dltouts ckpwaits  
1873523   257035892   1327787342  786        5           363


另外,看了以前的帖子,說buffers應該是物理內(nèi)存的25-50%,我是2G的物理內(nèi)存,
該是2*1000*1000/128嗎? 單位是K??

mailtojacky

建議做一下update statistic

zhmeng

需要知道,平時在線多少人,高峰在線多少人,一般做什么應用.
取onstat -p 時數(shù)據(jù)庫開了多少時間.
按你給的onstat -p看鎖等待時間很長,應該增加鎖

mys621

你的讀寫命中率有些偏高，正常應為98%，85%左右
另外你的PHYSBUFF和LOGBUFF怎么這么大，一般都為32K或64K

newince

我發(fā)現(xiàn)鎖已經(jīng)很大了,因為在buffers較小時,鎖等待并沒有這么嚴重.
估計是buffers增加后引起的鎖不夠用.

請問第一個問題有人能給出肯定的答復嗎?

amiescort

1、drop索引再重建就可以
2、鎖等待和死鎖的情況比較頻繁，如果樓主真的覺得鎖已經(jīng)很大，不適宜再加，考慮看看應用能否進行些優(yōu)化

lmtok

正如樓上所說的，業(yè)務執(zhí)行的效率也會產(chǎn)生這個問題。
先從優(yōu)化業(yè)務入手吧

rockgqq

LOCKS 300000
BUFFERS 700000
buffer要大些

newince

感謝大家的回復.
優(yōu)化業(yè)務可不是我能搞得定的.
其實我發(fā)現(xiàn)數(shù)據(jù)不算大,dbexport后才1G.
每天寫邏輯日志才30-40個.
但是做一次dbimport要寫450個邏輯日志.