MySQL クエリステートメントの実行プロセスの詳細な分析-mysql チュートリアル-php.cn

MySQL クエリステートメントの実行プロセスの詳細な分析

WBOY

リリース： 2022-05-05 19:04:40

転載

1818 人が閲覧しました

この記事では、mysql に関する関連知識を提供します。主にクエリステートメントの実行プロセスを紹介します。MYSQL を例として、MySQL データベースのクエリプロセスを明らかにし、誰もがある程度理解できるようにします。データベースの一部を抜粋しましたので、皆様のお役に立てれば幸いです。

MySQL クエリステートメントの実行プロセスの詳細な分析

推奨学習: mysql ビデオチュートリアル

要件を満たす特定のデータをデータベースから取得する必要がある場合は、簡単に次のように書くことができます。 A B C FROM T WHERE ID = XX このような SQL を選択し、そのようなリクエストをデータベースに送信すると、データベースは正確に何をするのでしょうか?

今日は、MySQL データベースのクエリプロセスを明らかにし、データベースの一部を誰もが理解できるようにするために、例として MYSQL を取り上げます。

1. MYSQL アーキテクチャ

MySQL は主にサーバー層とストレージエンジン層に分けることができます。

サーバー層には、コネクタ、クエリキャッシュ、アナライザー、オプティマイザー、エグゼキューターなどが含まれます。ストアドプロシージャやトリガーなど、すべてのクロスストレージエンジン機能はこの層に実装されます。機能などのほかに、一般的なログモジュール binlog ログモジュールもあります。

ストレージエンジン層は、データの保存と抽出を担当します。そのアーキテクチャモデルはプラグインであり、InnoDB、MyISAM、Memory などの複数のストレージエンジンをサポートします。現在最も一般的に使用されているストレージエンジンは InnoDB (トランザクションをサポート) であり、MySQL バージョン 5.5.5 以降はデフォルトのストレージエンジンとなっています。

2. コネクタ

コネクタは主に、データベースへのユーザーのログインと、アカウントのパスワード、権限、その他の操作の確認などのユーザー ID 認証を担当します。

ユーザーのパスワードが間違っている場合、「ユーザーのアクセスが拒否されました」エラーが表示され、クライアントプログラムは実行を終了します。

ユーザーアカウントのパスワードが渡された場合、コネクタは権限テーブル内のユーザーのすべての権限を照会します。この接続における後続の権限ロジックの判断は、この時点で読み取られた権限データに依存します。つまり、接続が切断されない限り、管理者がユーザーの権限を変更しても、ユーザーは影響を受けません。

3. クエリキャッシュ (クエリキャッシュ)

クライアントがサーバーとの接続を確立した後、MySQL はクエリステートメントの実行時に最初にキャッシュにクエリを実行し、この SQL が以前に実行されたかどうかを確認します。。合格。以前に実行されたステートメントとその結果は、キーと値のペアの形式でメモリに直接キャッシュされます。キーはクエリステートメントであり、値はクエリ結果です。クエリがこのキャッシュ内で直接キーを見つけることができた場合、値はクライアントに直接返されます。ヒットがない場合は、後続の操作を実行する必要があり、結果は完了後にキャッシュされ、次の呼び出しを容易にします。

これを見ると目が輝き、この機能を使いこなしたくなるはずです。

実際には、ここでクエリキャッシュを使用することはお勧めできません。クエリキャッシュは非常に頻繁に失敗します。テーブルが更新されている限り、このテーブル上のすべてのクエリキャッシュはクリアされます。そのため、せっかく結果を保存したのに、使用する前にアップデートによって消去されてしまう可能性があります。更新圧力が高いデータベースの場合、クエリキャッシュのヒット率は非常に低くなります。システム構成表のような長期間更新されない種類のテーブルなら別ですが、このようなシステム構成は構成プラットフォームに載せるべきではないでしょうか。

クエリキャッシュ機能は MYSQL8.0 で削除されましたが、関係者もこの機能は実際のアプリケーションシナリオが比較的少ないと考えているため、単純に削除しました。

4. アナライザー

Mysql がクエリキャッシュにヒットしない場合、アナライザーは主に SQL ステートメントの目的を分析するために使用されます。

字句解析 : SQL ステートメントは複数の文字列で構成されており、最初に select などのキーワードを抽出する必要があります。、テーブルのクエリ、フィールド名の提案、クエリ条件の提案などを提案します。
文法分析: 字句分析の結果に基づいて、文法分析は主に、入力した SQL ステートメントが正しく、MYSQL 構文に準拠しているかどうかを判断します。ステートメントが正しくない場合、「SQL 構文にエラーがあります」というエラー通知が表示されます。

字句解析プログラムは、クエリステートメント全体をさまざまなタイプのトークンに分解し、構文分析は、定義されたシステム言語に基づいて、「さまざまなタイプのトークン」を MySQL にとって意味のある組み合わせに変換します。。最後に、システムはオプティマイザーが依存するデータ構造である構文ツリー (AST) を生成します。

5. オプティマイザー

アナライザーを通過すると、MySQL はユーザーが何をしたいのかを認識します。実行を開始する前に、オプティマイザによって処理する必要があります。

なぜオプティマイザーが必要なのでしょうか?

オプティマイザには、多くの 複雑な最適化テクニック が含まれており、多くの場合、最高のプログラマのテクニックよりも複雑です。システムの自動最適化は、これらの最適化技術を誰もが利用できるようにすることに相当します。
オプティマイザは、テーブル内の行数、テーブル内の各列の分布など、データディクショナリから多くの 統計情報を取得できます。オプティマイザーオプティマイザーは何百もの異なる実行プランを検討できますが、プログラマーは一般に限られた数の可能性しか考慮できません。
はこの情報に基づいて効果的な実行プランを選択できます。ユーザープログラムがこの情報を取得することは困難です。

6. Executor

MySQL は、アナライザーを通じて実行したいことと、オプティマイザーを通じてそれを行う方法を認識しているため、Executor ステージに入り、ステートメントの実行を開始します。

実行を開始する際には、まずユーザーにクエリの実行権限があるかどうかを確認し、権限がない場合は権限なしのエラーを返します。権限がある場合は、エンジンのインターフェイスを呼び出し、インターフェイスの実行結果を返します。

7. ステートメント分析

次の実際の SQL クエリステートメントを使用して、MYSQL クエリの実行プロセスを分析します

select id,name,sex,phoone from user t where t.age='26' and t.account='javadaily'

ログイン後にコピー

user
を抽出します。クエリ対象の列は です。 id,name,sex,phone、クエリ条件は age=26 および account=javadailly です。次に、キーワードが正しいかどうかなど、SQL ステートメントに文法上のエラーがあるかどうかを判断します。問題がない場合は、次のステップに進みます。
a. まず
account=javadaily
のユーザーをクエリし、次に age が 26 に等しいかどうかを判断します。 b. まず age=26## のユーザーを検索します。 #、クエリユーザー account=javadaily は権限の検証を実行します。クエリ権限がある場合は、データベースエンジンインターフェイスが呼び出されて実行結果が返されます。そうでない場合は、エラーが報告されます。
推奨学習: