ヒント1つの比較演算子を使用「=」でしょうではありません「<>」
「=」インデックスを使用しての可能性を高めるために。
スキャンの対応する結果が続行されません見つけるために、全表スキャンを回避するために「LIMIT 1」。
ヒント3列には、適切なデータ型を選択します
TINYINT SMALLINTはSMALLINT INTを使用しない、使用しないでください、あなたは、可能なものだけ小さく真実、ディスクやメモリ消費量を知っています。
ヒント4大DELETE、UPDATEまたはINSERTクエリは、より小さなクエリになり
あなたはいくつかの行を書くことができ、SQL文の行数百人は、非常に高いグリッドを表示されるように強制されていませんか?しかし、優れたパフォーマンスと優れたデータ管理を実現するために、あなたは複数の小さなクエリにそれらを回すことができます。
5の代わりに、結果がそれを設定した場合、繰り返しをできるように、技術のUNION ALL UNIONを使用して
ALL UNIONより効率的な再ではないため、UNION。
ヒント6複数回、同じ結果セットを取得するには、SQL文が一貫している保管してください
目的は、クエリキャッシュをフルに活用することです。
たとえば、地理的および製品ID製品の価格に応じて、初めて私たちは、使用しました:
次いで、同じクエリ二度目は、そのようなステートメントは、ID及び領域位置の内側に順序を逆にしていない上記のステートメントの整合性を維持してください。
7つのヒントは、使用しないようにする「SELECT * 」
あなたがテーブルのすべての列を照会していない場合は、SELECT *使用して回避しようと、それは、全表スキャンになりますので、効果的に、インデックスを使用して、データベース・サーバーの負担を増やす、そしてそれとアプリケーション・クライアント間のネットワークIOのオーバーヘッドができません。
インデックスを作成することを試みる8列のヒント内部の句
ただ、すべての列と言うことではない、ああ「してみてください」。時には、あまりにも多くのインデックスは、パフォーマンスが低下しますので、地域の状況は、実際の状況に応じて調整します。
塔内JOIN句9のヒントは、可能な限りインデックス化され
また、ちょうどすべての列と言うことではない、ああ「してみてください」。
コラムBYヒント10 ORDERを極力インデックス化され
ORDER BY列がインデックス化されている場合は、パフォーマンスが良くなります。
LIMITを使用するための11点のヒントは、ページングロジックを実装します
データベースとアプリケーションの間の不要なネットワーク・トラフィックを削減しながら、パフォーマンスを向上させるだけではなく。
12点のヒントは、実行計画を表示するためにEXPLAINキーワードを使用します
EXPLAINは、インデックスの使用状況や走査線を確認することができます。
他の