VPS 向け MySQL 最適化

Question

パフォーマンスを向上させるためのアクションを推奨するのが、mysqltuner の考え方です。最適化テーブルは断片化を考慮します。ただし、大きなテーブルの最適化には時間がかかります。その間、最適化するテーブルはロックされます。通常、で始まる警告メモは、セクション[!!]にコメントされていますGeneral recommendations。

mysql のデフォルトパラメータを調整する前に、sql ステートメントと sql 接続を確認する必要があります。インデックスのない結合は、パフォーマンスに大きなペナルティをもたらします。を使用して、slow_queriesどのクエリを最適化するかを特定してみてください。

また、結果セットのサイズが大きすぎることもよくあります。データベースを備えたショップシステムを考えてみましょう。

例

たとえば、ショップシステムに 10,000 個のアイテムがある場合、select * from items;呼び出しによって 10,000 個のアイテムすべてが返されるため、結果セットのサイズは 10,000 になります。ただし、実際に 10,000 個のアイテムすべてを一度に必要とすることはほとんどありません。

SQLの主な目的は、実際には、インデックスで最も効果的に機能するフィルターを使用して結果セットを減らすことです。たとえば、黄色のアイテムをすべて検索する場合、結果セットのサイズを次のように減らします。select * from items where color="yellow";

しかし、黄色のアイテムが数百個あると、ウェブページに表示するには多すぎます。そこで、結果を制限します。

select * from items where color="yellow" limit 1,10

最初のページの10項目

select * from items where color="yellow" limit 11,20

次のページも同様です。

したがって、テーブルインデックスを修正し、大きな結果セットを制限するとパフォーマンスが大幅に向上するため、データベースをチューニングする前にステートメントをチューニングすることをお勧めします。これが、mysqltuner がこれらの警告を発する理由です。

結合とインデックスをデバッグするための最も便利なツールの 1 つは、explainSELECT ステートメントの前で使用することです。

explain select i.name, l.address
    from items i
         inner join location l on i.location = l.id
    where l.description like '%universe%';

結果をコンパイルするために使用される、インデックス付きとインデックスなしのテーブル行の数が表示されます。

Answer 1