このページは機械翻訳したものです。

8.13.2 独自のベンチマークの使用

アプリケーションとデータベースのベンチマークを行い、ボトルネックのある場所を見つけます。 1 つのボトルネックを修正 (または、それを「ダミー」モジュールで置換) することによって、次のボトルネックの識別に進むことができます。 現在のアプリケーションの全体的なパフォーマンスが許容できるものであっても、いつか実際にパフォーマンスの強化が必要になった場合に、少なくとも各ボトルネックの計画を立て、解決方法を決定しておくべきです。

無料ベンチマークスイートは、http://osdb.sourceforge.net/ で入手可能なオープンソースデータベースベンチマークです。

システムの負荷が非常に高い場合にのみ問題が発生することはよくあることです。 (テスト済みの) システムを本稼働させて、負荷の問題が発生したときに、問い合わせてくる顧客が多数いました。 ほとんどの場合、パフォーマンスの問題は、高負荷時のテーブルスキャンの不良などデータベースの基本的な設計の問題か、オペレーティングシステムやライブラリの問題によると判明しています。 ほとんどの場合、システムがまだ本稼働に入っていない場合の方がこれらの問題の修正がはるかに容易です。

このような問題を回避するには、可能性のある最悪の負荷でアプリケーション全体のベンチマークを行います。

• 複数のクライアントが同時にクエリーを発行して生成される高い負荷をシミュレートするには、mysqlslap プログラムが役立つ可能性があります。 セクション4.5.8「mysqlslap — ロードエミュレーションクライアント」を参照してください。

• SysBench および DBT2 などのベンチマークパッケージを試してみることもできます。これは、https://launchpad.net/sysbench および http://osdldbt.sourceforge.net/#dbt2 で入手できます。

これらのプログラムやパッケージはシステムを破損させる可能性があるため、それらは開発システムでのみ使用するようにしてください。