まだ*を選択しますか?

アプリケーションが牛のように遅い理由は数多くあります。ネットワーク、システムアーキテクチャ、またはデータベースが原因の可能性があります。

では、データベース SQL ステートメントの実行速度を向上させるにはどうすればよいでしょうか?パフォーマンスチューニングはデータベース管理者 (DBA) の仕事だと考える人もいますが、パフォーマンスチューニングはプログラマーにも大きく関係しています。

プログラムに埋め込まれた SQL ステートメントの最適化のヒントをいくつか使用すると、半分の労力で 2 倍の結果を達成できます。

ヒント1:比較演算子を使用するときは「<>」ではなく「=」を使用する

「=」を使用すると、インデックスが使用される可能性が高くなります。

ヒント 2 : クエリ結果が 1 つしかないことが分かっている場合は、「LIMIT 1」を使用します。

「LIMIT 1」は完全なテーブルスキャンを回避でき、対応する結果が見つかるとスキャンは続行されません。

ヒント3 : 列に適切なデータ型を選択する

TINYINT を使用できる場合は、SMALLINT を使用しないでください。SMALLINT を使用できる場合は、INT を使用しないでください。理由はご存じでしょう。ディスクとメモリの消費が少ないほど良いからです。

1.1 Java のように MySQL でブール型データを定義するにはどうすればよいでしょうか?実際、MySQL はブールデータ型を直接定義していません。tinyint(1) としてのみ定義できます。ブール値が 1 の場合は true を表し、ブール値が 2 の場合は false を表します。

1.2 Long データ型は MySQL データベースの bigint データ型に対応します。

ヒント4 : 大きなDELETE、UPDATE、INSERTクエリを複数の小さなクエリに分割する

数十行または数百行の SQL ステートメントを記述できるというのは、非常に印象的だと思いませんか?ただし、パフォーマンスを向上させ、データをより適切に制御するために、クエリを複数の小さなクエリに分割することができます。

ヒント5:結果セットが重複を許可する場合は、UNIONではなくUNION ALLを使用する

UNION ALL は重複を削除しないため、UNION よりも効率的です。

ヒント6 : 同じ結果セットを複数回取得するには、SQL文の一貫性を保つ

この目的は、クエリバッファを最大限に活用することです。

たとえば、地域と製品 ID に基づいて製品価格を照会する場合、最初の使用法は次のようになります。

同じクエリを 2 回目に実行するときは、上記のステートメントの一貫性を保ってください。たとえば、where ステートメントの id と region の順序を入れ替えないでください。

ヒント 7 : 「SELECT *」の使用を避ける

テーブル内のすべての列をクエリしない場合は、SELECT * の使用を避けてください。これは、テーブル全体のスキャンが実行され、インデックスを効果的に使用できないため、データベースサーバーの負荷と、データベースサーバーとアプリケーションクライアント間のネットワーク IO オーバーヘッドが増加するためです。