急！solaris系统调优高手进

joyin

配置：SUN E450/1GMEM/2CPU*450MHZ/A1000磁盘阵列，Sybase 11.9.2数据库。 \r\n现象：在应用程序中执行一条数据查询，需要300多秒，再一次查询则只需10多秒，客户端的反应非常慢。\r\n通过工具查看：通过VMSTAT查看虚拟内存情况，PI达到1200多，CPU id为80-90.\r\n              通过Iostat查看对磁盘阵列的读速率为1M/S；\r\n              通过sar命令查看 %wio为40-50，%id为40-50,\r\n              通过top命令查看free memory为130M，swap space:2500M ，iowait为46， 数据库应用dataserver 占用的CPU处理不超过20%;\r\n\r\n从现象来看，处理的瓶颈在磁盘的IO，影响IO的参数主要包括：CPU、MEM、UFS碎片、磁盘IO，由于CPU ID为80-90所以重点对mem/ufs/磁盘进行了处理.\r\n\r\n处理过程：\r\n    1、怀疑是内存不足导致换页操作增加，将内存增加至2G，将原来sybase total memory调整至700M，查询时故障依旧；\r\n    2、怀疑是磁盘阵列的IO错误或碎片过多，fsck磁盘阵列未发现错误；将磁盘阵列数据dd至一块空白大硬盘进行，利用新硬盘作为数据存储\r\n进行测试，查询时故障依旧。\r\n\r\n请问导致IOWAIT过高的原因是什么？？？和数据库的配置关系大吗？

joyin

可是我己经用一个大硬盘替换了磁盘阵列呀!

williamw2000

原帖由 \"joyin\" 发表：\n配置：SUN E450/1GMEM/2CPU*450MHZ/A1000磁盘阵列，Sybase 11.9.2数据库。 \r\n现象：在应用程序中执行一条数据查询，需要300多秒，再一次查询则只需10多秒，客户端的反应非常慢。\r\n通过工具查看：通过VMSTAT查看虚拟?.........

\r\n\r\nProbelm seems to be the database itself. paste the querry to see if there\'s something to do with the index.

joyin

除了应用程序的索引设计以外,有没有可能是数据库系统自身的参数配置?或者是数据库自身产生的碎片影响?(系统运行了2-3年了)\r\n$ vmstat 5\r\n procs     memory            page            disk          faults      cpu\r\n r b w   swap  free  re  mf pi po fr de sr f0 s0 s1 s2   in   sy   cs us sy id\r\n 0 0 0   1776 10304   1 195 313 138 295 0 43 0 4  3  0  373  385 1115 14  6 80\r\n 0 0 0 2927000 397816 0  54 1246 1 1  0  0  0  7  0  0  802 2533 1184  2  2 95\r\n 0 1 0 2926320 389128 0  53 1744 0 0  0  0  0  0  0  0  757 2098 1194  2  2 96\r\n 0 1 0 2926056 381544 0 1058 1321 1 0 0  0  0  0  0  0  625 5448 1501  6 10 84\r\n 0 1 0 2926272 375544 0 153 1251 3 1  0  0  0  0  0  0  626 2024 1209  1  2 96\r\n 0 1 0 2926416 369144 0  13 1302 0 0  0  0  0  0  0  0  613 1755 1179  1  1 98\r\n 0 1 0 2926216 362512 0  11 1312 0 0  0  0  0  0  0  0  607 1885 1149  1  3 96\r\n 0 0 0 2926152 355872 0   0 1404 0 0  0  0  0 10  0  0  683 1862 1159  1  2 97\r\n 0 1 0 2926152 349040 0   0 1379 0 0  0  0  0  1  0  0  604 1973 1150  2  2 97\r\n 0 1 0 2926112 342336 0  17 1254 0 0  0  0  0  0  0  0  609 1791 1161  2  1 96\r\n 0 1 0 2926112 335792 0   0 1236 0 0  0  0  0  0  0  0  626 1953 1171  1  2 97\r\n 0 1 0 2926064 329968 0 1056 1184 0 0 0  0  0  0  0  0  637 5355 1522  8  9 83\r\n\r\n如果是数据库的原因,为什么PI值很大,这不是指内存交换频繁吗??

procrus

很可能是数据库的原因

zhuanghp

你说说你的数据库性能方面是如何配置的，我们帮你分析一下，我感觉还是性能没有调整好造成的。

diag

原帖由 \"williamw2000\" 发表：\n\r\n\r\nProbelm seems to be the database itself. paste the querry to see if there\'s something to do with the index.

\r\n\r\nmaybe ..

joyin

我得去找数据库管理员(应用软件开发商).他们埋怨是我们的硬件设备有问题.SA的密码也不给。要我们扩容，更换磁盘阵列。正处于扯皮阶段。\r\n数据库的配置参数重点要了解哪些方面（锁、缓存、逻辑页？）请指示一下。

doni

[quote]原帖由 \"joyin\"]可是我己经用一个大硬盘替换了磁盘阵列呀![/quote 发表：\n\r\n照理说，阵列比单个硬盘要快。

race

iostat -xnpP 5结果贴出来看看