AIX性能调优！！

thingsfly

AIX安装会了，但是对性能调优方面了解实在太少，除了改改\r\nchgsys，AIO几个比较常见的参数外，实在不知道还应该改哪些参数，尤其是针对数据库系统，有哪些系统参数能够提高数据库的性能。\r\nby the way，感觉现在好多地方的机器真正的性能发挥都不到30％，实在有浪费，可能是我比较孤陋吧。不知道各位大侠有什么好的建议。\r\n还有就是现在的应用软件开发商都把大量的逻辑处理能力放置在应用服务器上，感觉数据库纯粹是个结构化数据的查询工具，从而浪费了数据库服务器的强劲的处理能力。\r\n\r\n也许我接触的行业存在这些弊端吧。\r\n当然，如果卖不出机器，咱们也不就要饿死了。所以矛盾啊。\r\n呵呵。

thingsfly

还有个问题，AIX上有没有查内存泄漏的工具呢？\r\n前段时间，有一个客户的pagespace的使用率不断提高，1年就到了90％了，导致系统停止了。但是真正分配出来使用的内存没有超过50％（数据库）。当然，还有一些其他应用在上面运行，但是感觉不应该会消耗太多的内存。所以想找些可以查找内存使用情况的工具。或者是哪位老大介绍一下系统自带的工具来分析系统内存的使用情况。\r\n \r\n谢谢了！！

orian

第一个帖子12：40，最后一个14：45，还不行睡个午觉啊！\r\n\r\n有专用工具，zeroG检查内存泄漏，但需要有原码。\r\n\r\n另外只能自己用svmon看了。\r\n\r\n查询也不简单啊！性能要求很高的！如果都能被索引还好，但同时又有插入性能的制约\r\n\r\n挑优先看什么地方有问题，不是调最好的，而是发现最坏的

thingsfly

没有错啊，但是查询、插入以及更新消耗的还是大量的磁盘I/O和内存，而与CPU的处理能力关系到不是特别大了。\r\nzeroG是IBM自己的还是其他厂商的啊。

thingsfly

怎么在google上搜索，zero G是一家公司！！

autocnc

同感，我现在也看到同样的情况，在进行查询，插入的时候磁盘I/O暴涨，达到90%多，

thingsfly

这个需要分析你的查询语句，看索引是否有效。

piner

IBM的机器也只是机器比较强悍，也只是CPU强悍\r\n\r\nIO还是要靠存储的，如果比较大量的IO，就要看你用的什么存储了。\r\nIO方面参数有很多地方可以调整，但是很多是文件系统的\r\n如果是裸设备，调整的基本不多\r\n\r\n我们这里的情况是，文件系统的内存限制一定不能用硬限制，否则会出问题。\r\n\r\nbtw，通过vmo,ioo,no就可以调整日常中的大部分参数了

orian

数据读到内存，怎么查询？还不是cpu一个字符一个字符的比较？这就是计算啊。为什么io很大，是由于io是瓶颈，相对太慢而已。因此现在不是提出virtualization的概念？弄一台大机器，共享cpu，但从程序看，是两个不同的操作系统隔离，这样一个分区io, 另一个分区计算，把时间分开。\r\n\r\n索引也非常重要，碰到无索引的全表扫描，什么机器能顶得住几百M/s的持续数据访问要求？现在磁盘io峰值不过如此，而且测试的时候数据是平均分到所有盘上（几百块）的，通常你的数据只在几块盘上，不超过20块，一般6-12块

bigtong

最初由 thingsfly 发布\r\n[B]还有个问题，AIX上有没有查内存泄漏的工具呢？\r\n前段时间，有一个客户的pagespace的使用率不断提高，1年就到了90％了，导致系统停止了。但是真正分配出来使用的内存没有超过50％（数据库）。当然，还有一些其他应用在上面运行，但是感觉不应该会消耗太多的内存。所以想找些可以查找内存使用情况的工具。或者是哪位老大介绍一下系统自带的工具来分析系统内存的使用情况。\r\n \r\n谢谢了！！ [/B]

\r\n\r\nI wonder if what you said could be in below cases. If not, please ignore it.\r\nI am not clear for Oracle database, but for DB2 there are at least following two reasons why the some table spaces couldn’t be used.\r\n1.  delete records from table.\r\n2.  update records using delete and then load  \r\nThe empty space left by delete records couldn\'t be released when you use Autoloader(DB2 7.x) or load because the loaded records always append  to end of the table.\r\n\r\nsolutions:\r\n1.  Reorganize the tables.  \r\n2.  Using INSERT replaces AUTOLOADER or LOAD. You can load the records to a staging table first, then use SQL INSERT, such as the SQL command: \r\nInsert into <base table > (select * from <staging table>\r\n-- Supposed that the staging table should be defined as same as base-table.\r\n\r\nI