您现在的位置：程式碼之家 >> 數據庫知識 > >> MySQL 資料庫 >> MySQL 資料庫相關知識

MySQL 表引擎與檔案結構深度解析：為什麼 InnoDB 只有 .frm 而 MyISAM 有 .MYD/.MYI？

編輯：MySQL 資料庫相關知識

現象還原

複製資料庫目錄到另一台機器，發現部分表僅有 .frm 檔案，啟動 MySQL 即報錯 "Table doesn't exist"。根因在於儲存引擎決定了檔案結構。

三大引擎檔案對照表

引擎	.frm	.MYD	.MYI	系統表空間	說明
MyISAM	表結構定義	資料檔案	索引檔案	無	三檔分離，可直接複製遷移
InnoDB (file_per_table=OFF)	表結構定義	無	無	ibdata1/ibdata2...	資料與索引混存於共享表空間，不可單表複製
InnoDB (file_per_table=ON)	表結構定義	無	無	.ibd (獨立表空間)	每表獨立 .ibd，可攜帶性較好，仍需配合表空間匯入

為什麼預設 InnoDB 只有 .frm？

MySQL 5.6+ 預設 innodb_file_per_table=ON，但歷史版本或手動關閉時，所有 InnoDB 表資料寫入 ibdata1。
.frm 僅存結構定義（列、型別、索引定義），不含任何資料與索引頁面。
直接複製 .frm 缺少對應的表空間檔案，引擎找不到資料頁 → 報錯。

解決方案：三種遷移策略

方案 A：轉換為 MyISAM（僅適用於非事務、唯讀/讀多寫少場景）

-- SQL 方式
ALTER TABLE `db`.`table` ENGINE=MyISAM;

-- phpMyAdmin：操作 → 表選項 → Storage Engine → MyISAM → 執行

轉換後會產生 .MYD/.MYI，可直接複製目錄遷移。但會失去事務、行鎖、外鍵、崩潰恢復等 InnoDB 核心特性。

方案 B：開啟 file_per_table 並重建表（推薦生產環境）


# 1. 修改配置
[mysqld]
innodb_file_per_table=1
# 重啟生效

# 2. 重建表（觸發遷移至獨立 .ibd）
ALTER TABLE `db`.`table` ENGINE=InnoDB;
# 或
OPTIMIZE TABLE `db`.`table`;

重建後會產生 table.ibd，未來遷移可使用 Transportable Tablespace（FLUSH TABLES ... FOR EXPORT / IMPORT TABLESPACE）標準化流程。

方案 C：邏輯備份還原（最通用、最安全）


# 來源端
mysqldump --single-transaction --master-data=2 -u root -p db table > table.sql

# 目標端
mysql -u root -p db < table.sql

跨版本、跨引擎、跨架構通用；大表配合 pv 顯示進度，或使用 mydumper/myloader 多執行緒加速。

驗證表引擎與檔案狀態


SHOW TABLE STATUS FROM `db` LIKE 'table'\G
# Engine: InnoDB
# Row_format: Dynamic
# Data_length: 12345678
# Index_length: 8765432
# Comment: 

# 檔案系統層面
ls -lh /var/lib/mysql/db/table.*
# -rw-r----- 1 mysql mysql  8.5K Jan 1 12:00 table.frm
# -rw-r----- 1 mysql mysql 112M Jan 1 12:05 table.ibd   # file_per_table=ON 時出現