【转载】如何调整informix数据库服务器的参数

hero99zy

Tuning Informix Engine Parameters V1.7

http://home.earthlink.net/~mildness/bamph/informix.htm

stanlee

很好! 正需要这东东!
     不过还有好好研究，结合工作实际。

davidma

  
    有没有中文的？

lanbird

提议:
那位英文好的大虾给简单翻译一份贴出来,
informix 组的弟兄们会很感激你的.

chenjiakai

Informix 引擎参数调整

一、简介：
   对于引擎的调整是我日常的爱好，不论是内燃机引擎还是数据库引擎。
   很少有数据库在调整后性能不能提升20%的。对于一个组织良好的调整小组来说，使性能得到巨大提升 并非难事。这并不是因为我的特异功能，而是因为系统很快就处于失调状态或者根本就没有调整过。
   以下是我近年来收集的一些对于informix引擎配置参数设置的一些建议。我将他们保存在我的效率手册中以便随时查阅。
   我收集了许多关于数据库调整的书。但是我对于他们大多数都不敢苟同。原因主要有以下几项：
   ⑴ 系统底层结构的变化，使得许多建议值迅速过时。
   ⑵ 不同的UNIX对于调整来说也有极大的不同。
   ⑶ 硬件发展的速度远远超过我们所能知道的程度。
   对于上述的第一点，可以用informix 7 的一个早起版本证明。informix引擎的磁盘I/O子系统发生了巨大变化，以至于之前所有的NUMAIOVPS的建议值都是错的。
   Unix进程管理的具体实现是上述第二点的一个很好的例子。我在 Menlo Park Informix基准实验室中进行的一系列测试表明，在HP/UNIX平台上，配置实际CPU数量两倍的CPUVPS是最适宜的。而在我们测试的那个版本的solaris系统中，则首选使用建议的1:1的比例配置。
   我最喜欢用的关于这些冲突的例子在INFORMIX-OnLine Dynamic Server Performance Tuning Training Manual（2/97)一书中的6-134页。当谈及在不使用核心I/O的系统中配置 NUMAIOVPS时，书中提到参考控制器的数量以1:1的比例配置，而在后来的第三行中又说每个磁盘一个。
   注意这三个例子说的是可调参数中的两个具有很大可变性并因此可争议的参数。读者应该从中得出三个重要的结论：
   ⑴ 用绝对的措词来描述这种事情是危险的。
   ⑵ 每一个重要的终端用户的环境都要进行单独衡量和调整，这就是说，一刀切的做法将会给数据库系统管理员带来麻烦。
   ⑶ 更重要的是，由于这些最基础的知识的不固定，必须善待数据库管理员。
接下来是我收集的每个onconfig 参数的笔记。许多直接来源于书本。一些评论和蓝色斜体字是出自我的经验。在有多个建议列出的时候，我按照时间顺序排列，时间早的先出现。
  我们假定参加测试的机器是一台专用的数据库服务器，informix必须被看做是自己的操作系统，他向UNIX请求的仅仅是CPU的时间片。如果他不得不与其他的应用程序，其他的数据库引擎，甚至另一个informix实例共享sandbox，他就超出了涉及目标。
  
好费劲，英文水平太差了先翻到这，请大家指教。
对于最后一段好像不是太懂，不知道各位高手有何见解。大家共同讨论。

qiuf

lol：说了这么长就没一点到正题

lanbird

chenjiakai  老兄， 辛苦，辛苦！

INTRODUCTION 部分译的不错。


楼上大哥你行的话你继续往下译啊！不要在这里打击别人积极性。

qiuf

我不是说楼上翻译的不好，我说的是老外的文章内容空泛，不要误会

chenjiakai

其实我的英文水平也就仅此而已，翻译这么一点就花了好长时间。关于这篇文章，我倒不觉得前面这段空泛，之所以译它还就是因为这段文字写得挺好的。我们很多时候在做Performance Tuning时，都是参照书上说的一些方法，在自己的机器上试，认为这样就ok了，实际上不是这样的，应该有一点实践精神，敢于怀疑书上说的东西。很多关于Performance Tuning的书上讲的都是一些经典的方法，都是Informix提供的一些标准建议值，很少有人探讨一些真正适用于实践的方法，自己得出适合于自己系统的参数配置值。后面的我觉得都不用翻译了，都是一些说明性的简单的东西。我想只要大家玩过informix都可以看懂的。

蓝色键盘

严重同意楼上的说法！！！！