実際の開発では、指定されたフィールドに一致する値のセットに相当する in サブクエリをよく使用します。これにより、フィルタリングとクエリがより便利になります。ただし、このサブクエリ方法は、データ量が大きい場合にパフォーマンスに大きな問題を引き起こします。この記事では、MySQL が in サブクエリを最適化する方法を紹介します。
1. subquery での使用を避ける
実際のプロジェクトでは、このような書き方をよく見かけます:
SELECT * FROM table WHERE col1 IN (SELECT col1 FROM table2 WHERE condition);
このステートメントは、 subquery の条件に従って、最も単純です。 table2では、複数行のcol1の値を取り出し、テーブル内の値と照合し、一致した行を返します。ただし、MySQL が内部的に in サブクエリを実行する方法では、サブクエリの結果セットがメモリ (またはディスク) にキャッシュされるため、この方法で記述するとパフォーマンスのボトルネックが発生します。その後、in 判定が実行されるたびに、メモリ (またはディスク)ディスク) がキャッシュされます。)、これにより大量の I/O 操作が発生し、サブクエリの結果セットが大きい場合は、大量のメモリも占有します。
したがって、実際の開発ではサブクエリでの使用を避け、代わりに join を使用するようにしてください。
2. join を使用して in サブクエリを置き換えます
Use join を使用して in サブクエリを置き換えます。サブクエリの記述とサブクエリの記述方法に違いはありません。変換するだけです。オリジナルの in サブクエリを結合して SQL 構文を最適化するだけで、実行効率は in サブクエリよりもはるかに高くなります。以下に示すように、col1 を検索し、table1 のcol1 と結合します。
SELECT table.* FROM table JOIN table2 ON table.col1 = table2.col1 WHERE table2.condition;
in サブクエリと比較して、結合を使用すると、サブクエリの結果セットをテーブルに接続できるため、メモリ (ディスク) が大幅に削減されます。 ) 読み取り操作。
3. サブクエリの代わりに存在を使用します。
サブクエリの代わりに存在を使用することは、実際には結合を使用することになります。 in サブクエリとは異なり、exists サブクエリは結果セットのサイズに関係なく、単純な判定を実行するだけで済みます。以下は、exists サブクエリの構文例です。
SELECT * FROM table WHERE EXISTS (SELECT 1 FROM table2 WHERE table.col1 = table2.col1 AND table2.condition);
サブクエリの代わりにexistsを使用すると、効率が大幅に向上し、大量のI/Oとメモリ消費を節約できます。
4. インデックスを使用して in ステートメントを最適化する
インデックスを使用してクエリ中のサブクエリを高速化できれば、クエリの効率も大幅に向上します。 MySQL のインデックスは主キー インデックス、ユニーク インデックス、通常のインデックスの 3 種類に分かれており、適切なインデックスを作成できれば、MySQL によるフル テーブル スキャンの実行を回避し、クエリ効率を向上させることができます。
CREATE INDEX idx_col1 ON table (col1);
col1 値が大きい場合、インデックスを使用するとクエリ効率が大幅に最適化され、サブクエリでの使用によって発生する効率の問題が軽減されます。
5. サブクエリで最適化するには、limit とexistes を使用します。
サブクエリの結果セットが非常に大きい場合は、limit とexistes を使用して、テーブル全体のスキャンを回避しながらページング クエリを実行できます。 、クエリ効率を最適化するという目的を達成するために。
SELECT * FROM table WHERE EXISTS (SELECT 1 FROM table2 WHERE table.col1 = table2.col1 AND table2.condition LIMIT 1000, 20);
この SQL ステートメントの機能は、table2 の結果セットを検索し、col1 と table を使用して、exists を実行することです。クエリ結果セットを 20 項目に制限し、1000 行目からクエリを実行します。
6. ステートメントでのメモリ最適化の適切な使用
クエリで使用される in サブクエリ結果の数が多くない場合は、in の代わりに set を使用できます。 set は、後続のクエリ照合のために in サブクエリの結果セットをメモリに保存します。メモリを使用して in ステートメントを最適化すると、パフォーマンスも大幅に向上します。
SET @col1 = (SELECT GROUP_CONCAT(DISTINCT col1) FROM table2 WHERE condition); SELECT * FROM table WHERE FIND_IN_SET(table.col1, @col1);
このステートメントは、最初にデータ照合に select を使用し、次に GROUP_CONCAT を使用して、col1 値リストを文字列に接続し、文字列は @col1 に保存されます。後続のクエリでは、FIND_IN_SET が照合に使用され、メモリ キャッシュがクエリ効率を最適化するために使用されます。
7. 概要
in サブクエリを使用するときは、特にデータ量が多い場合にはテーブル全体のスキャンを必ず避けてください。そうしないと、深刻なパフォーマンスの問題が発生します。結合、存在、インデックスの最適化、リミットの適切な使用、メモリやその他のメソッドの使用により、クエリの効率を向上させ、サブクエリのパフォーマンスを最適化できます。実際のプロジェクトでは、最高のパフォーマンス最適化効果を達成するために、特定の状況に応じて最適なソリューションを選択する必要があります。
以上がMySQL はサブクエリをどのように最適化しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

MySQLはGPLライセンスを使用します。 1)GPLライセンスにより、MySQLの無料使用、変更、分布が可能になりますが、変更された分布はGPLに準拠する必要があります。 2)商業ライセンスは、公的な変更を回避でき、機密性を必要とする商用アプリケーションに適しています。

Myisamの代わりにInnoDBを選択する場合の状況には、次のものが含まれます。1)トランザクションサポート、2)高い並行性環境、3)高いデータの一貫性。逆に、Myisamを選択する際の状況には、1)主に操作を読む、2)トランザクションサポートは必要ありません。 INNODBは、eコマースプラットフォームなどの高いデータの一貫性とトランザクション処理を必要とするアプリケーションに適していますが、Myisamはブログシステムなどの読み取り集約型およびトランザクションのないアプリケーションに適しています。

MySQLでは、外部キーの機能は、テーブル間の関係を確立し、データの一貫性と整合性を確保することです。外部キーは、参照整合性チェックとカスケード操作を通じてデータの有効性を維持します。パフォーマンスの最適化に注意し、それらを使用するときに一般的なエラーを避けてください。

MySQLには、B-Treeインデックス、ハッシュインデックス、フルテキストインデックス、空間インデックスの4つのメインインデックスタイプがあります。 1.B-Treeインデックスは、範囲クエリ、ソート、グループ化に適しており、従業員テーブルの名前列の作成に適しています。 2。HASHインデックスは、同等のクエリに適しており、メモリストレージエンジンのHASH_TABLEテーブルのID列の作成に適しています。 3。フルテキストインデックスは、記事テーブルのコンテンツ列の作成に適したテキスト検索に使用されます。 4.空間インデックスは、地理空間クエリに使用され、場所テーブルのGEOM列での作成に適しています。

tocreateanindexinmysql、usethecreateindexstatement.1)forasinglecolumn、 "createdexidx_lastnameonemployees(lastname);" 2)foracompositeindexを使用して、 "createindexidx_nameonemployees(lastname、firstname);" 3); "3)、" 3)を使用します

MySQLとSQLiteの主な違いは、設計コンセプトと使用法のシナリオです。1。MySQLは、大規模なアプリケーションとエンタープライズレベルのソリューションに適しており、高性能と高い並行性をサポートしています。 2。SQLiteは、モバイルアプリケーションとデスクトップソフトウェアに適しており、軽量で埋め込みやすいです。

MySQLのインデックスは、データの取得をスピードアップするために使用されるデータベーステーブル内の1つ以上の列の順序付けられた構造です。 1)インデックスは、スキャンされたデータの量を減らすことにより、クエリ速度を改善します。 2)B-Tree Indexは、バランスの取れたツリー構造を使用します。これは、範囲クエリとソートに適しています。 3)CreateIndexステートメントを使用して、createIndexidx_customer_idonorders(customer_id)などのインデックスを作成します。 4)Composite Indexesは、createIndexIDX_CUSTOMER_ORDERONORDERS(Customer_Id、Order_date)などのマルチコラムクエリを最適化できます。 5)説明を使用してクエリ計画を分析し、回避します

MySQLでトランザクションを使用すると、データの一貫性が保証されます。 1)StartTransactionを介してトランザクションを開始し、SQL操作を実行して、コミットまたはロールバックで送信します。 2)SavePointを使用してSave Pointを設定して、部分的なロールバックを許可します。 3)パフォーマンスの最適化の提案には、トランザクション時間の短縮、大規模なクエリの回避、分離レベルの使用が合理的に含まれます。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

ZendStudio 13.5.1 Mac
強力な PHP 統合開発環境

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

ホットトピック









