调整数据库的性能的问题

newince

目前在办理业务时老是报打开一些表出错,但是反复办理就能成功.在业务高峰期更是要提交很多次才能成功.我怀疑是索引文件需要重建或者是数据库需要调整参数.
  1,如果是需要重建索引文件,能否使用dbexport和dbimport来实现?
  2,调整数据库参数请大家看看onconfig的主要字段.
环境sco 5.05  informix online 7.31  内存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的结果主要是:
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应该是物理内存的25-50%,我是2G的物理内存,
该是2*1000*1000/128吗? 单位是K??

mailtojacky

建议做一下update statistic

zhmeng

需要知道,平时在线多少人,高峰在线多少人,一般做什么应用.
取onstat -p 时数据库开了多少时间.
按你给的onstat -p看锁等待时间很长,应该增加锁

mys621

你的读写命中率有些偏高，正常应为98%，85%左右
另外你的PHYSBUFF和LOGBUFF怎么这么大，一般都为32K或64K

newince

我发现锁已经很大了,因为在buffers较小时,锁等待并没有这么严重.
估计是buffers增加后引起的锁不够用.

请问第一个问题有人能给出肯定的答复吗?

amiescort

1、drop索引再重建就可以
2、锁等待和死锁的情况比较频繁，如果楼主真的觉得锁已经很大，不适宜再加，考虑看看应用能否进行些优化

lmtok

正如楼上所说的，业务执行的效率也会产生这个问题。
先从优化业务入手吧

rockgqq

LOCKS 300000
BUFFERS 700000
buffer要大些

newince

感谢大家的回复.
优化业务可不是我能搞得定的.
其实我发现数据不算大,dbexport后才1G.
每天写逻辑日志才30-40个.
但是做一次dbimport要写450个逻辑日志.