全体的な枠組み
コネクタ：サポートと対話するためのさまざまな言語の間
など、ストレージ管理、およびリカバリツールバックアップ制御システム：管理サービス＆Utllitiesを
接続プール：検証権利を含むサーバー接続を管理する接続プーリング、
SQLインターフェイス：インターフェイス声明戻ってユーザーが結果を返す必要があることをユーザーのSQL文の受信
、解析木の生成、字句文法解析：パーサを
利用できる実行計画：オプティマイザ
キャッシュ
- ：ストレージエンジン
のファイルシステムを
解析モジュール
文が実行される方法についての更新？
SET名=表を更新「pengyuyan」
1.メモリやディスクのデータからフェッチ
pengyuyanに2アクチュエータデータ
3.Undo REDOログログ
4.Bufferプール名=「pengyuyan」
メモリ内の更新されたデータをメモリに直接変更された場合、一意でないインデックス場合、重複をチェックすることなく、データが変更バッファを修正することができる、このディスクの動作に同期使い捨て{マージ}となります。
変更は、バッファー：5.5の前にバッファ挿入呼び出しが唯一の挿入をサポートし、効率を達成するために、今、挿入、更新、削除をサポートしています。
マージ：4.redoバックグラウンドスレッド3.shutダウン1アクセスデータページ。
REDOログ：2.のみログ3の物理的なサイズはInnoDBの48Mに固定され、フロントカバーの書き戻しがします達成
のプールの汚れをバッファページがディスクに書き込まれたときダウンし、この現象を避けます。ログファイル（のib_logfile）ディスクに書き込むためのログを書いて最初のクラッシュのリカバリがあります。
キャッシュされたデータ、インデックス、保存されたデータやインデックスページ：プールバッファー
デフォルト128Mの大きさ、満たされた場合には、メモリ消去法、ホットデータ保存
ディスクファイルにメモリを、ログはシーケンシャルI / O、効率のランダムI / Oです高い、システムのスループットを向上させます
表スペースtablespace排他共通テーブルスペースのUNDO表領域、一時表スペース（ロールバックトランザクション、論理ログ）
1：デフォルトでは、限り、トランザクションがリアルタイムでブラシの書き込みをリアルタイムにメモリファイルの書き込みログファイルに入れてコミットされる
0：ログバッファごとにデータが書き込まれる
毎秒実行し、リアルタイムの書き込みレイテンシブラシ：2
MySQLの文の実行は、フローチャート
BINLOG：データ復旧のための論理ログを、マスター（スレーブ）
