1. プロセスの簡単な説明
MySQL データの永続化プロセスを理解すると、基盤となる MySQL についての理解を深めることができます。この記事では、このプロセスを一般的な方法で整理します。興味があれば、このプロセスを詳しく調べて調査することができます。
MySQL データのストレージは、通常、メモリ内のストアド プロシージャとハード ディスク上の永続ストレージの 2 つの部分に分割できます。ここでは、バッファ ポーリング
と ## が関係します。メモリ内の #redo.log とディスク上の
トランザクション ログ および
テーブル構造 この記事では、各部分の具体的な設計については詳しく説明しません。
バッファ ポーリング
は InnoDB エンジン キャッシュ プールの一部であり、ここでは単にメモリ ブロックのキャッシュとして理解できます。データベースはディスクからメモリに読み取ります。
redo ログ
はメモリ内の論理ログであり、トランザクション変更操作を記録します
- #トランザクション ログ
はディスクです。
#テーブル構造 - は実際にデータを保存する構造です
は、メモリに読み込まれたデータをキャッシュします。 , まずキャッシュにヒットがあるかどうかがチェックされます. ミスがあった場合, 必要なデータがディスクから読み取られます. キャッシュ管理には改良された LRU アルゴリズムが使用されていますが、ここでは詳しく紹介しません。
変更命令が実行されると、最初に行うことは、バッファーポーリング
でキャッシュを変更することです。変更されたデータは、
としてマークされます。同時に、変更された操作も redo ログ
に記録されます。よく言われる MVCC のバージョン チェーンは、redo ログ
の助けを借りて実装されます。 ダーティ ページはすぐにディスクにドロップされないことに注意してください。ただし、トランザクションは決済直後にディスクにドロップされ、定期的にトランザクションがディスクにドロップされるなど、設定可能なフラッシュ制御メカニズムがあります。ディスクによっては一定の時間等が発生します。
メモリ内の操作は非永続的です。予期しない問題が発生してシステムがクラッシュしても、データは永続化されていないため、理論的にはデータベースに損傷を与えることはありません。
3. ディスクの永続性
3.1 トランザクション ログの役割
InnoDB のディスク上の永続性は 2 つのステップに分かれています。最初のステップは論理ログの保存で、次に次に、ログ内のデータをディスク領域にフラッシュします。
論理ログを使用する理由を説明する前に、
ランダム IOと
シーケンシャル IO の 違いを簡単に理解する必要があります。
アドレス指定プロセスは、ディスク データを読み取るために読み取りが必要な場所にプローブを移動する必要があるため、ディスク IO の重要なボトルネックになります。 シーケンシャル IO は、アドレス指定された空間が連続していて移動距離が非常に短いことを意味し、
は、見つける必要があるアドレスがあらゆる場所に分散していることを意味します。長い距離。
したがって、明確に結論を導き出すことができます。ランダム IO
を シーケンシャル IO
に置き換えることで、ディスク IO の効率を効果的に向上させることができ、論理ログの役割は正しいです。この場合、ログ ファイルはディスク上で連続しているため、データ テーブルの情報があらゆる場所に分散されている場合に比べて、IO 効率が大幅に高くなる可能性があります。
トランザクション ログ内の操作を完全に更新している限り、トランザクションは正常に永続化され、専用のスレッドがログ情報をテーブル構造に保存します。 3.2 テーブル構造の 2 段階の格納
ログ情報をテーブル構造に格納するプロセスは 2 段階に分かれており、まず、データが のキャッシュ領域に更新されます。テーブルヘッダー。完了後、対応するテーブル構造で更新されます。
2 ステップ ストレージの目的は、データ ストレージの強力な一貫性を確保し、ディスクへのフラッシュ プロセス中のデータベースのダウンタイムによってデータが不完全になるのを防ぐことです。
テーブルヘッダーのキャッシュ領域とテーブル構造のストレージブロックには、データの整合性を検証するためのチェックコードがあり、前者が完全で後者が不完全な場合は、直接再フラッシュしてください。前者のデータが後者の中にある場合は、解決できます。前者が不完全な場合は、ログからのフラッシュ処理が失敗したことを意味します。再度フラッシュするだけです。
以上が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 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

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

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

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

ホットトピック









