mysql關於ibdata檔案的理解

總結

1、預設情況下ibdata存放InnoDB表（InnoDB資料字典）後設資料、undo logs、the change buffer, and the doublewrite buffer

2、如果innodb_file_per_table=off，則ibdata也存放InnoDB表的實際資料，也就是InnoDB表建立後，不會再有單獨的tablename.ibd檔案

3、雖然InnoDB表後設資料透過information_schema.tables來讀取，但是實際上information_schema是一個虛擬資料庫，並不物理存在，這些資料真正存放的地方就是ibdata

備註：後設資料(meta data)--"data about data" 關於資料的資料，一般是結構化資料（如儲存在資料庫裡的資料，規定了欄位的長度、型別等）

ibdata file

https://dev.mysql.com/doc/refman/5.7/en/glossary.html#glos_ibdata_file

A set of files with names such as ibdata1, ibdata2, and so on, that make up the InnoDB system tablespace. These files contain metadata about InnoDB tables, (the InnoDB data dictionary), and the storage areas for one or more undo logs, the change buffer, and the doublewrite buffer. They also can contain some or all of the table data also (depending on whether the file-per-table mode is in effect when each table is created). When the innodb_file_per_table option is enabled, data and indexes for newly created tables are stored in separate .ibd files rather than in the system tablespace.

The growth of the ibdata files is influenced by the innodb_autoextend_increment configuration option

一組名稱為ibdata1，ibdata2等的檔案，構成InnoDB系統表空間。 這些檔案包含有關InnoDB表（InnoDB資料字典）的後設資料，以及一個或多個撤消日誌，更改緩衝區和雙寫緩衝區的儲存區域。 它們還可以包含部分或全部表資料（取決於建立每個表時每個表的檔案模式是否有效）。 啟用innodb_file_per_table選項後，新建立的表的資料和索引將儲存在單獨的.ibd檔案中，而不是儲存在系統表空間中。

ibdata檔案的增長受innodb_autoextend_increment配置選項的影響,預設是64M

The increment size (in megabytes) for extending the size of an auto-extending InnoDB system tablespace file when it becomes full. The default value is 64

MySQL開啟獨享表空間的引數是Innodb_file_per_table，會為每個Innodb表建立一個.ibd的檔案。

開啟獨享表空間後，並不是說就不需要ibdata1了，因為在ibdata1中還儲存著下面這些資料。

InnoDB表的後設資料

Buffer

UNDO日誌

undo tablespace

An undo tablespace contains undo logs. Undo logs exist within undo log segments, which are contained within rollback segments. Rollback segments have traditionally resided in the system tablespace. As of MySQL 5.6, rollback segments can reside in undo tablespaces. The number of undo tablespaces is controlled by the innodb_undo_tablespaces configuration option.

undo表空間包含undo日誌。 撤消日誌存在於撤消日誌段中，這些日誌段包含在回滾段中。 回滾段傳統上駐留在系統表空間中。 從MySQL 5.6開始，回滾段可以駐留在撤消表空間中。 撤消表空間的數量由innodb_undo_tablespaces配置選項控制。

innodb_undo_tablespaces is deprecated and will be removed in a future release.

5.7.21版本開始innodb_undo_tablespaces已棄用，將在以後的版本中刪除。

system tablespace

https://dev.mysql.com/doc/refman/5.7/en/glossary.html#glos_system_tablespace

One or more data files (ibdata files) containing metadata for InnoDB-related objects (the InnoDB data dictionary), and the storage areas for the change buffer, the doublewrite buffer, and possibly undo logs. It may also contain table and index data for InnoDB tables if tables were created in the system tablespace instead of file-per-table or general tablespaces. The data and metadata in the system tablespace apply to all databases in a MySQL instance.

系統表空間

包含InnoDB相關物件（InnoDB資料字典）的後設資料的一個或多個資料檔案（ibdata檔案），以及更改緩衝區，雙寫緩衝區和可能的撤消日誌的儲存區域。 如果在系統表空間而不是每個表檔案或一般表空間中建立表，它還可能包含InnoDB表的表和索引資料。 系統表空間中的資料和後設資料適用於MySQL例項中的所有資料庫。

實驗過程

會話1

mysql> set global innodb_file_per_table=off;

mysql> show variables like '%innodb_file_per_table%';

+-----------------------+-------+

| Variable_name         | Value |

+-----------------------+-------+

| innodb_file_per_table | OFF   |

+-----------------------+-------+

開啟會話2

建立了表tab4並插入資料，卻發現tab4表沒有tab4.ibd檔案

mysql> create table test1.tab4 (hid int);

mysql> insert into test1.tab4 values (1);

[root@mydb ~]# ll /var/lib/mysql/test1 |grep tab4

-rw-r----- 1 mysql mysql    8558 Sep 30 19:56 tab4.frm