1

IBM DB2 バージョン 9.7 データベースのパフォーマンスの調整と向上に取り組んでいます。ここ数日間、ネットを検索していて、COMPRESS モードでテーブルを作成し、もう 1 つのバッファープールを作成し、両方を 1024mb にアクセスするように設定すると、クエリのパフォーマンスが向上するはずであることがわかりました。ディスクへの I/O が少なくなります。

ただし、時間分析を実行すると、パフォーマンスが低下します。常に使用してきたインデックスを使用して、通常のデータベースに新しい追加を追加しました。Google を検索するたびに、次のステートメントを思いつきます: バッファプール サイズの増加と複数のバッファプールと、テーブルの圧縮により、パフォーマンスが向上することが証明される必要があります。

まったく予想外の結果に非常に困惑しています。私が忘れたチューニングメカニズムがいくつかありますか、またはこの奇妙な動作について誰かが説明していますか?

心から

メスティカ

4

1 に答える 1

0

パフォーマンス チューニングの第 1 のルールは、「場合による」ということです。圧縮またはバッファプール サイズの増加は、必ずしもパフォーマンスの向上を意味するわけではありません。

DB2 での圧縮はオーバーヘッドを追加します。DB2 は行を圧縮および圧縮解除する必要があり、圧縮されていないワークロードに対して追加の CPU が必要になります。ディスクにバインドされたワークロードがある場合、圧縮によりパフォーマンスが向上する場合があります。

バッファープールを大きくしても、最初からバッファープールのサイズが小さい場合にのみパフォーマンスが向上します。

于 2010-05-19T15:46:16.117 に答える