在 4 月的 IIUG Informix Conference 上，我们举行了一次最快的 Informix DBA 竞赛。我在一个简单的客户结账流程中添加了一些错误的 SQL，并在默认 ONCONFIG 文件中设置了一些错误的配置选项 —— 重建了日常生活中比较常见的挑战。未修改的基准测试需要运行大约 30 分钟时间，我给参赛者的任务是让它能更快地运行。最快的一名 DBA 让它能在 4 分钟之内运行。在上一期文章中，我讨论了这项挑战并列出了获胜者；这次，我将讲解他们是如何做到的。
首先，分析问题
成功的 DBA 都花费了足够的时间来研究问题。我们在一个文档中描述基准测试，包括所有代码和预期结果。我们还在一个视频中描述了他们需要解决的问题，并展示了如何运行基准测试。
花较长时间研究材料的选手取得了更好的成绩，因为他们可以更好地专注于自己的任务。举例来说，我故意改变了模式，将缓冲流通率设定为非常高的值，而最快的 DBA 在看了数据和模式后发现了这个问题。另外，基准测试系统只有一个磁盘，因此利用 Informix 并行磁盘读取和写入并不没有太大的用处。所有成功的 DBA 首先都研究了问题、分析了事实，然后才开始制订计划。
Informix 配置：ONCONFIG 文件更改在确定如何修改 Informix Dynamic Server (IDS) 配置文件过程中涉及的一项挑战是 ONCONFIG 文件。这些更改专门针对基准测试环境，并且不一定能适用于所有场景，但它们确实能为您提供一些关于 ONCONFIG 文件的启发。
BUFFERPOOL成绩优秀的 DBA 都增加了服务器所使用的缓冲数量。服务器拥有 3 GB RAM。最快的 DBA 使用了几乎一半的 RAM 用作缓冲，创建一个 16 KB 分页大小的 dbspace（大于默认 2 KB 分页大小），并分配了三分之一的内在作为这个 16 KB 分页的缓冲。这解决了记录太大而无法适应默认 2 KB 分页大小的问题，它将记录保存在一起，并将大多数记录放在内存中。总的来说，我认为 BUFFERPOOL 调整对性能的影响最大。
2 3 下一页</div> </div> </div> </div> </div>