我想了解这些ibdata文件，因为它们在崩溃恢复过程中起着至关重要的作用。我在网上找不到合适的资源。

ibdata1

文件ibdata1是InnoDB基础结构的系统表空间。

它包含几个对InnoDB至关重要的信息类

• 表格数据页
• 表索引页
• 数据字典
• MVCC控制数据
  • 撤消空间
  • 回滚段
• 双重写入缓冲区（在后台写页面以避免操作系统缓存）
• 插入缓冲区（对二级索引的更改）

单击此处查看图片表示

您可以通过启用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的功能都需要查找表元数据，并存储和检索MVCC信息以支持ACID合规性和事务隔离。

这是我过去有关从ibdata1中分离表数据和索引的文章

• Oct 29, 2010：我在StackOverflow中的原始帖子
• Nov 26, 2011：文件和表user_analysis中的第6308行的错误1114（HY000）已满
• Feb 03, 2012：MySQL InnoDB中表的预定优化
• Mar 25, 2012：为什么InnoDB将所有数据库存储在一个文件中？
• Apr 01, 2012：innodb_file_per_table是否明智？

iblog文件（又名 ib_logfile0，ib_logfile1）

如果您想知道ib_logfile0和ib_logfile1的用途，它们就是InnoDB重做日志。在完全关闭mysqld之前，切勿擦除或调整它们的大小。如果mysqld崩溃，则只需启动mysqld。它将读取ib_logfile0并ib_logfile1检查未发布到中的双写缓冲区的任何数据更改ibdata1。它将重播（重做）这些更改。一旦它们被重播和存储，mysqld就可以进行新的数据库连接了。