关于iostat -g iof输出内容的问题

teatoo

执行iostat -g iof，输入如下：
CQDB% onstat -g iof

IBM Informix Dynamic Server Version 9.40.FC3W1   -- On-Line -- Up 461 days 11:23:19 -- 3015680 Kbytes

AIO global files:
gfd pathname         totalops  dskread dskwrite  io/s
  3 rootchk          329654594 153645998 176008596   8.3
  4 plogchk          844615287 47567522 797047765  21.2
  5 llogchk          300382885 64854277 235528608   7.5
  6 ologchk                 8        8        0   0.0
  7 ologchk2                2        2        0   0.0
  8 idxchk01                8        8        0   0.0
  9 tmpchk11         33319517 17946996 15372521   0.8
10 tmpchk21         30895309 16658173 14237136   0.8
11 tmpchk31         30353663 16014896 14338767   0.8
12 tmpchk41         30053327 15619525 14433802   0.8
13 tmpchk51         29780095 15246439 14533656   0.7
14 tmpchk61         30021052 15338037 14683015   0.8
15 tmpchk71         28824242 14100144 14724098   0.7
16 tmpchk81         40536621 25574651 14961970   1.0
17 dbschk01         831418855 814404189 17014666  20.9
18 dbschk02         896504874 892693569  3811305  22.5
以上仅仅是部分。发现一个问题，io/s都出奇的低，都在30以下，而且还有为负数的。请教各位，io/s的具体含义是什么？这么低代表了什么问题？如何优化呢。

liaosnet

io/s是个统计值,指chunk在某时间内的读写次数.... 低表示chunk不忙...
忙才不好咧~~

teatoo

谢谢ls的兄弟。我对totalops  dskread dskwrite三项进行了统计，发现整个数据库dskread占了totalops的97%以上。这是不是可以说明整个数据库的操作是以读为主？现在客户反映数据库查询很慢，有没有办法专门对这种读为主的数据库进行优化？

liaosnet

原帖由 teatoo 于 2009-3-25 10:55 发表
谢谢ls的兄弟。我对totalops  dskread dskwrite三项进行了统计，发现整个数据库dskread占了totalops的97%以上。这是不是可以说明整个数据库的操作是以读为主？现在客户反映数据库查询很慢，有没有办法专门对这种 ...

查询一般分两种 oltp ,决策事务..
oltp类的是进行少量结果的查询,这个一般很快就能完成...
决策事务类的是统计类的查询,一般返回较大量的结果,查询一般较慢..

至于你提到的查询很慢,要具体看哪一种...可能的情况有很多..
这个你先做下 set explain 看一下结果吧...

teatoo

原帖由 liaosnet 于 2009-3-25 11:01 发表


查询一般分两种 oltp ,决策事务..
oltp类的是进行少量结果的查询,这个一般很快就能完成...
决策事务类的是统计类的查询,一般返回较大量的结果,查询一般较慢..

至于你提到的查询很慢,要具体看哪一种... ...

这个数据库是属于决策事务类，查询的数据量较大。另外，set explain怎么做？！（ ）

teatoo

刚刚g了下，发现set explain就是对单个查询的信息进行记录统计。但不太适合我情况。因为现在不是某一个查询很慢，是感觉整个数据库都很慢。查了资料，个人认为跟数据库的优化有关系。我看了onconfig的设置，发现OPTCOMPIND=2。不知道这个设置是不是会影响查询的速度，设置为OPTCOMPIND=0会不会有所改观？
由于该数据库是在线运行的数据库，不能随便重启，所以想先做个优化方案。

liaosnet

原帖由 teatoo 于 2009-3-25 11:03 发表

这个数据库是属于决策事务类，查询的数据量较大。另外，set explain怎么做？！（ ）

决策类的一般都比较慢...特别是返回很大量的数据..

explain的做完.给个例子吧..
在dbaccess 里
SET EXPLAIN ON AVOID_EXECUTE;
select  * from table .....;


完成后在当前目录里有个sqexplain.out看一下里面的内容,了解一下执行情况..

[ 本帖最后由 liaosnet 于 2009-3-25 11:12 编辑 ]