MySQLの最適化とインデックス作成の全体分析 [図解]

1. MySQL 最適化の知識について尋ねられると、いつも確信が持てないのはなぜですか

1. いくつかの一般的なチューニング原則しか答えないからです。たとえば、次のようにします。 " (どのような種類のインデックスが合理的ですか?)

b. "サブテーブルとサブデータベース" (サブテーブルとサブデータベースにどのような戦略を使用する必要がありますか?)

c. "マスター-スレーブ分離」 (どのミドルウェアを使用する必要がありますか?)

2. 詳細レベルから定量レベルまでの分析はありません。

a. たとえば、qps が %N 増加した場合?

b. ファイルの並べ替えは減りましたか?

c. ステートメントのスキャン行数はどのくらい減りましたか?

2. 方法は?

MySQL が効率的でない場合、

が最初に行う必要があることは、最適化ではなく、ボトルネックがどこにあるかを見つけるための

診断分析です。 CPU、メモリ、IO? 単一ステートメント1. 一般的なコマンドを分析するa).show processlist 問題のある SQL を取得するためにスロークエリを有効にする

b).explain ステートメントを分析する

2. 長いステートメントの待機時間:

c) サーバーパラメーターのチューニング (バッファー、スレッド数など)

3. 長いステートメントの実行時間:

d) テーブルの関連付けが多数あります (テーブルの設計に欠陥があります)

e) インデックスが最適化されていません (条件計算ステートメントなど)。 .

など、お待ちください

ここでは簡単に説明します。

そこで、このブログシリーズでは、最適化からインデックス作成まで MySQL に関連する側面を分析し、調査を統合して要約し、私の経験を皆さんと共有します。

今後、このような恥ずかしい状況が二度と起こらないことを願っています。

このセクションでは、習得する必要があるコンテキストの全体的な概要を図で説明しており、全体像は次のとおりです。

図 1. MySQL サーバーのチューニングのアイデア 図 2. SQL の最適化

図 3. インデックスの学習

上記は MySQL の最適化とインデックス合計分析の内容 [図解] であり、その他の関連コンテンツはこちら、PHP 中国語 Web サイト (www.php.cn) に注意してください。