Mysql論理アーキテクチャの詳細な説明

1. 全体的なアーキテクチャ図

他のデータベースと比較すると、MySQL は、そのアーキテクチャがさまざまなシナリオに適用でき、適切に機能するという点で少し異なります。これは主にストレージエンジンアーキテクチャに反映されています。プラグインストレージエンジンアーキテクチャは、クエリ処理を他のシステムタスクやデータの保存と抽出から分離します。このアーキテクチャにより、ビジネスニーズと実際の要件に基づいて適切なストレージエンジンを選択できます。

各レイヤーの紹介:

1.1 接続層

最上位層は、ローカルソック通信や、同様の TCP/IP 通信を実現するためのクライアント/サーバーベースのツールのほとんどを含む、多数のクライアントと接続サービスです。主に、接続処理、認可認証、関連するセキュリティソリューションなどのタスクを実行します。このレイヤーでは、認証を通じて安全にアクセスしたクライアントにスレッドを提供するために、スレッドプールの概念が導入されています。 SSL ベースの安全なリンクもこの層で実装できます。サーバーは、安全にアクセスする各クライアントの操作権限も検証します。

1.2 サービス層

1.3. エンジン層

ストレージエンジンレイヤー: ストレージエンジンは、MySQL でのデータの保存と抽出を実際に担当します。サーバーは API を介してストレージエンジンと通信します。ストレージエンジンによって機能が異なるため、実際のニーズに応じて選択できます。

1.4. ストレージ層

データストレージ層は主に、raw デバイス上で実行されているファイルシステムにデータを保存し、ストレージエンジンとのやり取りを完了します。

2. プロフィールを表示

show profile を使用して、SQL の実行サイクルを表示します。

2.1 プロファイルを有効にする

プロファイリングが有効になっているかどうかを確認します: show variables like '%profiling%'

有効になっていない場合は、 set profiling=1を実行して有効にすることができます。

2.2 プロファイルの使用

最新のクエリを表示するには、 show prifilesコマンドを実行します。

Query_IDに基づいて、さらにshow profile cpu,block io for query Query_idを実行し、SQL の特定の実行手順を表示できます。

2.3 一般的なクエリプロセス

mysql のクエリプロセスはおおよそ次のようになります。

MySQL クライアントはプロトコルを介して MySQL サーバーとの接続を確立し、クエリステートメントを送信し、最初にクエリキャッシュをチェックし、ヒットした場合は結果を直接返し、ヒットしなかった場合はステートメントを解析します。つまり、クエリを解析する前に、サーバーはまずクエリキャッシュ (クエリキャッシュ) にアクセスします。クエリキャッシュには、SELECT ステートメントと対応するクエリ結果セットが格納されます。クエリ結果がすでにキャッシュ内にある場合、サーバーはクエリを解析、最適化、または再度実行しません。キャッシュ内の結果をユーザーに返すだけなので、システムのパフォーマンスが大幅に向上します。

構文パーサーと前処理: まず、MySQL はキーワードを通じて SQL ステートメントを解析し、対応する「解析ツリー」を生成します。 MySQL パーサーは、MySQL 構文規則を使用してクエリを検証および解析します。さらに、プリプロセッサは、解析された数値がいくつかの MySQL 規則に従って有効であるかどうかを確認します。

クエリオプティマイザー解析ツリーが有効であると判断されると、オプティマイザーによって実行プランに変換されます。クエリはさまざまな方法で実行でき、同じ結果が返されます。オプティマイザの役割は、それらの中から最適な実行プランを見つけることです。。

次に、MySQL はデフォルトで BTREE インデックスを使用します。一般的な方向性としては、SQL をどのように変更しても、少なくとも現時点では、MySQL はテーブル内で最大 1 つのインデックスのみを使用します。

2.4 SQL実行順序

手書き注文: