チューニングの基準

チューニングの勘所

   データベースのチューニングという言葉からどのようなことを想像しますか。表の設計の見直しやSQL記述を探ること、バッファプールの調整などと主にデータベース自体の調整であったりするかと思います。

   しかしこうしたチューニング作業を行ったにもかかわらず、パフォーマンスがあまり変化しなかった、明確に問題が解決されなかったなどといったといっ た経験はないでしょうか。またより詳細な調査の結果、実はOSの設定やデバイスドライバのバージョンに原因があった、あるいはハードウェアの選択に問題点 があったということも聞いたことがあるかと思います。

   もちろんデータベース自体のチューニングは欠かせないものですが、なんらかの問題が起こっている場合、システム全体を考慮しなければならない状況に陥ることがあります。

   一口にパフォーマンスをチューニングするといっても、ハードウェアを含めたシステム全体を考えると、考慮すべき項目は多いことに気づきます。次に示す図1は概念的にシステム全体をまとめたものです。

図1：システム全体

   図1の1〜6の各要素の内部にそれぞれのチューニングポイントが存在し、バージョンによってもその違いが存在します。これらを合計すると、考慮する べき点はかなりの数になります。システム運用の現場で、これらすべてのチューニングポイントを詳細に調査するというのはなかなか難しいものがあります。

   しかし、どのような状況でも全体像を考慮してパフォーマンスを測定し、チューニングしていくということは必要です。よって、いかに効率的にチューニングポイントを把握していくかということが要点だといえます。

   当然と思われるかもしれませんが、やはりカーネルを含めたOSからのアプローチはシステム全体のパフォーマンスの状態を把握する一番の方法です。な ぜならカーネルはハードウェアの抽象化であり、さらにアプリケーションが動作する際のハードウェアへのインターフェースとなっているからです。大雑把に いってしまうとカーネルはハードウェアとアプリケーション両方からの情報を効率よく取得できるポイントとなっているからです。

   ここで重要なのは必要な情報をどのような基準で取得していくかということです。よっ て、システムのパフォーマンス上で考慮すべき点を測定の基準とし、その意味について理解し、目的にあった情報が得られるか、その情報からパフォーマンス上 のボトルネックや向上点を探りだせるか、ということを考えていくことがチューニングにつながっていきます。

   さらにこの基準を整理し、理解するということは別の意味でも重要です。Linuxはオープンソースの様々なツールが使用できるため、ツールによって 出力される情報のフォーマットが異なる場合があります。しかしこの測定基準を整理しておくことで、ほとんどのツールの出力の要点を理解できると思います。

   本連載では、総合的にデータベースのパフォーマンスを低下させる潜在的なポイントを探るという観点から、パフォーマンスを測定する基準となる項目を整理します。

   プロセッサ／メモリ／ブロックデバイス／ネットワークデバイスという項目に分けて解説しますが、ある程度のLinuxのカーネルの動作とOSとして の動作の知識が必要かと思われます。ただしわかりにくいと思われる箇所については、後に紹介するツールと一緒に解説していきます。

   本連載で使われる用語については、Linux上のツール類で一般的なものあるいはLinuxのカーネルの動作を呼称する一般的な用語として配慮してあります。そのため項目は意図して英単語で表記してあることに注意してください。