mysqlのSQLクエリの最適化の最適化

永遠に小さなテーブル駆動型の大きなテーブルのある
最適化の原則：

2.最適化ORDER BY文

1. ORDER BY句は、道の使用filesortレコードのソートを避けるために、ソート方法のインデックスを使用するようにしてください。可能な限り左インデックス作成の最良の並べ替えに従って、インデックス列に並べ替え操作を完了するために

2. 最適化戦略：
   *増加sort_buffer_sizeのパラメータ設定は、
   *パラメータが増加max_length_for_sort_dataに設定されています

   キーワードの最適化によって順：
   SELECT *による1.OrderはタブーのみQueryフィールドは非常に重要である、要求されたときに、ここでの影響力がある：
   （1）クエリのフィールドサイズの合計がソートフィールドmax_length_for_sort_data未満ですが、ない場合にはTEXT | BLOB型、-----単一ソート処理が向上するアルゴリズムを使用するか、または古いアルゴリズムを使用します----多重シーケンシング
   2つのアルゴリズムの（2）のデータは、その後を超えて、おそらくsort_bufferの容量を超えていますtmpファイルは、複数のI / Oで、その結果、マージソートするために作成されているが、一方向リスクの一種でかなりすることができ、したがってsort_buffer_size向上させます。
   2.てみsort_buffer_size改善するため
   のシステムの能力を高めるために、当然のことながら、効率を向上させる、この侵略を改善するためのアルゴリズム**どんなに
   max_length_for_sort_data改善するため3.試し
   セットであれば、あまりにも改善されたアルゴリズムの確率が増加します。このパラメータを増加させたが、 sort_buffer_sizeデータの高い確率が高いディスクI / Oアクティビティおよび低いプロセッサの使用、明白な症状を増加させ、総容量を超えます。
   

：類似したことにより、キーワードの最適化およびORDER BY 3.group
違い：

• グループ別のグループは、最初のソートエッセンスの後、最高の左接頭辞インデックスは、コンプライアンスに建てられました

• sort_buffer_size +増加max_length_for_sort_dataを改善するために、インデックス付きの列を使用しない場合

• 持つよりも高く、書かれたところに書いていない条件

   									***帅气的远远啊***