これらのibdataファイルは、クラッシュリカバリ手順で重要な役割を果たすため、理解したいと思います。このための適切なリソースをウェブ上で見つけることができませんでした。

ibdata1

ファイルibdata1は、InnoDBインフラストラクチャのシステムテーブルスペースです。

InnoDBに不可欠な情報のクラスがいくつか含まれています

• テーブルデータページ
• テーブルインデックスページ
• データ辞書
• MVCC制御データ
  • スペースを元に戻す
  • ロールバックセグメント
• 二重書き込みバッファー（OSキャッシュを回避するためにバックグラウンドで書き込まれるページ）
• バッファーの挿入（セカンダリインデックスへの変更）

ここをクリックして画像表示をご覧ください

innodb_file_per_tableを有効にすることで、ibdata1からデータページとインデックスページを離婚できます。これにより、新しく作成されたInnoDBテーブルは、データとインデックスページを外部.ibdファイルに保存します。

例

• datadirは/ var / lib / mysqlです
• CREATE TABLE mydb.mytable (...) ENGINE=InnoDB;、作成 /var/lib/mysql/mydb/mytable.frm
  • innodb_file_per_tableが有効、データ/インデックスページの保存場所 /var/lib/mysql/mydb/mytable.ibd
  • innodb_file_per_tableが無効、データ/インデックスページがibdata1に保存

InnoDBテーブルの保存場所に関係なく、InnoDBの機能では、テーブルメタデータを検索し、MCID情報を保存および取得して、ACID準拠とトランザクション分離をサポートする必要があります。

これは、ibdata1からテーブルデータとインデックスを分離することに関する過去の記事です。

• Oct 29, 2010：StackOverflowの元の投稿
• Nov 26, 2011：ファイルの行6308のエラー1114（HY000）＆テーブルuser_analysisがいっぱいです
• Feb 03, 2012：MySQL InnoDBのテーブルのスケジュールされた最適化
• Mar 25, 2012：なぜInnoDBはすべてのデータベースを1つのファイルに保存するのですか？
• Apr 01, 2012：innodb_file_per_tableはお勧めですか？

iblogファイル（別名ib_logfile0、ib_logfile1）

あなたが何を知りたい場合ib_logfile0とib_logfile1するためのもので、彼らはInnoDBのREDOログです。mysqldの通常の完全なシャットダウンが行われるまで、それらを決して消去またはサイズ変更しないでください。mysqldがクラッシュした場合は、mysqldを起動してください。これは、全体で読みますib_logfile0とib_logfile1、二重書き込みバッファに掲載されていなかったすべてのデータの変更をチェックしますibdata1。それらの変更を再生（やり直し）します。再生して保存すると、mysqldは新しいDB接続の準備が整います。