数据库性能调整问题

ycyzjxl_cn

informix 7.3.1  onstat -p 以及onstat -l 的输入如下
onstat -p :

Informix Dynamic Server Version 7.31.UC5    -- On-Line -- Up 20 days 20:03:08 -- 122880 Kbytes

Profile
dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
289921337 3958213  1541155770 81.19   9491590  3552503  232449794 95.92  

isamtot  open     start    read     write    rewrite  delete   commit   rollbk
1316535887 47223202 88228911 851272840 66580906 2426022  6895213  10327607 2317

gp_read  gp_write gp_rewrt gp_del   gp_alloc gp_free  gp_curs
0        0        0        0        0        0        0      

ovlock   ovuserthread ovbuff   usercpu  syscpu   numckpts flushes
1983     0            0        886024.82 17836.61 5893     11800   

bufwaits lokwaits lockreqs deadlks  dltouts  ckpwaits compress seqscans
955929654 7565     314716346 274      0        17507    4608265  11617377

ixda-RA  idx-RA   da-RA    RA-pgsused lchwaits
5967311  595799   270841013 277128338  31110081
onstat -l :
Informix Dynamic Server Version 7.31.UC5    -- On-Line -- Up 20 days 20:03:13 -- 122880 Kbytes

Physical Logging
Buffer bufused  bufsize  numpages numwrits pages/io
  P-2  0        16       4119187  260262   15.83%
      phybegin physize  phypos   phyused  %used   
      10003f   50000    24850    16       0.03   

Logical Logging
Buffer bufused  bufsize  numrecs  numpages numwrits recs/pages pages/io
  L-3  8        16       89664986 6125804  3606932  14.6       1.7     
        Subsystem    numrecs  Log Space used
        OLDRSAM      89664986 3230356608   

address  number   flags    uniqid   begin        size     used    %used
129c4170 1        U-B----  15451    10c38f      15000    15000   100.00
129c418c 2        U-B----  15452    10fe27      15000    15000   100.00
129c41a8 3        U---C-L  15453    1138bf      15000    11377    75.85
129c41c4 4        U-B----  15444    117357      15000    15000   100.00
129c41e0 5        U-B----  15445    11adef      15000    15000   100.00
129c41fc 6        U-B----  15446    11e887      15000    15000   100.00
129c4218 7        U-B----  15447    12231f      15000    15000   100.00
129c4234 8        U-B----  15448    125db7      15000    15000   100.00
129c4250 9        U-B----  15449    12984f      15000    15000   100.00
129c426c 10       U-B----  15450    12d2e7      15000    15000   100.00
业务高峰期时数据库响应有点问题，各位高人帮忙分析一下数据库目前的运行效率，可以通过如何调整进一步优化？

george002

现在看是增大buffer,lock

liaosnet

增加BUFFER，LOCKS。。

BTW：每天工作完成后做一次update statistics ...你这提示的全表扫描也多，看一下索引是否有效，或者考虑根据情况建索引。。

test_123

读取的命中率太低了.

jiangdaixiang

Up 20 days
seqscans 11617377
强！
打开发的屁股
每天找出top10的sql，大多是index没有建好，一周后肯定ok。

liaosnet

原帖由 jiangdaixiang 于 2008-11-18 15:02 发表
Up 20 days
seqscans 11617377
强！
打开发的屁股
每天找出top10的sql，大多是index没有建好，一周后肯定ok。

这倒不一定是没建index,也有可能是没做过update statistics... 索引无效。。。

test_123

我还真遇到过，不同的机器，有的机器不用update statistics,速度就不错了。还有的非要做update statistics才能把索引搞好。

myusa

加大BUFFER，不改LOCKS，增加CLEANERS和LRUS.

另外需要onstat -g seg的output以知道你SHMSIZE是否足够。
如果你OS支持KAIO，请打开这个功能，然后降低AIO数量，尽量使用KAIO。