1 MySQL 存儲引擎概述

插件式存儲引擎是 MySQL 數據庫最重要的特性之一，用戶可以根據應用的需要選擇如何存儲和索引數據、是否使用事務等。MySQL 默認支持多種存儲引擎，以適用於不同領域的數據庫應用需要，用戶可以通過選擇使用不同的存儲引擎提高應用的效率，提供靈活的存儲，用戶甚至可以按照自己的需要定製和使用自己的存儲引擎，以實現最大程度的可定製性。

MySQL 5.0 支持的存儲引擎包括 MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、 NDB Cluster、ARCHIVE、CSV、BLACKHOLE、FEDERATED 等，其中 InnoDB 和 BDB 提供事務安全表，其他存儲引擎都是非事務安全表。

默認情況下，創建新表不指定表的存儲引擎，則新表是默認存儲引擎的，如果需要修改默認的存儲引擎，則可以在參數文件中設置 default-table-type。查看當前的默認存儲引擎，可以使用以下命令：

mysql> show variables like 'table_type';
+---------------+--------+
| Variable_name | Value |
+---------------+--------+
| table_type | MyISAM |
+---------------+--------+
1 row in set (0.00 sec)

可以通過下面兩種方法查詢當前數據庫支持的存儲引擎，第一種方法爲：

mysql> SHOW ENGINES \G
*************************** 1. row ***************************
Engine: MyISAM
Support: DEFAULT
Comment: Default engine as of MySQL 3.23 with great performance
Transactions: NO
XA: NO
Savepoints: NO
*************************** 2. row ***************************
Engine: MEMORY
Support: YES
Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 3. row ***************************
Engine: MRG_MYISAM
Support: YES
Comment: Collection of identical MyISAM tables
Transactions: NO
XA: NO
Savepoints: NO
*************************** 4. row ***************************
Engine: InnoDB
Support: YES
Comment: Supports transactions, row-level locking, and foreign keys
Transactions: YES
XA: YES
Savepoints: YES
*************************** 5. row ***************************
Engine: CSV
Support: YES
Comment: CSV storage engine
Transactions: NO
XA: NO
Savepoints: NO
5 rows in set (0.00 sec)

或者採用第二種方法：

mysql> SHOW VARIABLES LIKE 'have%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| have_archive | NO |
| have_bdb | NO |
| have_blackhole_engine | NO |
| have_compress | YES |
| have_crypt | YES |
| have_csv | YES |
| have_dlopen | YES |
| have_example_engine | NO |
| have_federated_engine | NO |
| have_geometry | YES |
| have_innodb | YES |
| have_ndbcluster | NO |
| have_openssl | NO |
| have_partitioning | YES |
| have_query_cache | YES |
| have_row_based_replication | YES |
| have_rtree_keys | YES |
| have_symlink | YES |
+----------------------------+-------+
18 rows in set (0.00 sec)

以上兩種方法都可以用來查看當前支持哪些存儲引擎，其中 Value 顯示爲“DISABLED”的記錄表示支持該存儲引擎，但是數據庫啓動的時候被禁用。
在創建新表的時候，可以通過增加 ENGINE 關鍵字設置新建表的存儲引擎，例如，在下面的例子中，表 ai 就是 MyISAM 存儲引擎的，而 country 表就是 InnoDB 存儲引擎的：

CREATE TABLE ai (
i bigint(20) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (i)
) ENGINE=MyISAM DEFAULT CHARSET=gbk;
CREATE TABLE country (
country_id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,
country VARCHAR(50) NOT NULL,
last_update TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (country_id)
)ENGINE=InnoDB DEFAULT CHARSET=gbk;

也可以使用 ALTER TABLE 語句，將一個已經存在的表修改成其他的存儲引擎。下面的例子介紹瞭如何將表 ai 從 MyISAM 存儲引擎修改成 InnoDB 存儲引擎：

mysql> alter table ai engine = innodb;
Query OK, 0 rows affected (0.13 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> show create table ai \G
*************************** 1. row ***************************
Table: ai
Create Table: CREATE TABLE `ai` (
`i` bigint(20) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (`i`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk
1 row in set (0.00 sec)

這樣修改後，ai 表成爲 InnoDB 存儲引擎，可以使用 InnoDB 存儲引擎的相關特性。

2 各種存儲引擎的特性

下面重點介紹幾種常用的存儲引擎,並對比各個存儲引擎之間的區別，以幫助讀者理解不同存儲引擎的使用方式。

表 1 常用存儲引擎的對比

下面將重點介紹最常使用的 4 種存儲引擎：MyISAM、InnoDB、MEMORY 和 MERGE。

2.1 MyISAM

MyISAM 是 MySQL 的默認存儲引擎。MyISAM 不支持事務、也不支持外鍵，其優勢是訪問的速度快，對事務完整性沒有要求或者以 SELECT、INSERT 爲主的應用基本上都可以使用這個引擎來創建表。
每個 MyISAM 在磁盤上存儲成 3 個文件，其文件名都和表名相同，但擴展名分別是：
 .frm（存儲表定義）；
 .MYD（MYData，存儲數據）；
 .MYI （MYIndex，存儲索引）。

數據文件和索引文件可以放置在不同的目錄，平均分佈 IO，獲得更快的速度。

要指定索引文件和數據文件的路徑，需要在創建表的時候通過 DATA DIRECTORY 和 INDEX DIRECTORY 語句指定，也就是說不同 MyISAM 表的索引文件和數據文件可以放置到不同的路徑下。文件路徑需要是絕對路徑，並且具有訪問權限。

MyISAM 類型的表可能會損壞，原因可能是多種多樣的，損壞後的表可能不能訪問，會提示需要修復或者訪問後返回錯誤的結果。MyISAM 類型的表提供修復的工具，可以用 CHECK TABLE 語句來檢查 MyISAM 表的健康，並用 REPAIR TABLE 語句修復一個損壞的 MyISAM 表。表損壞可能導致數據庫異常重新啓動，需要儘快修復並儘可能地確認損壞的原因。
MyISAM 的表又支持 3 種不同的存儲格式，分別是：
 靜態（固定長度）表；
 動態表；
 壓縮表。

其中，靜態表是默認的存儲格式。靜態表中的字段都是非變長字段，這樣每個記錄都是固定長度的，這種存儲方式的優點是存儲非常迅速，容易緩存，出現故障容易恢復；缺點是佔用的空間通常比動態表多。靜態表的數據在存儲的時候會按照列的寬度定義補足空格，但是在應用訪問的時候並不會得到這些空格，這些空格在返回給應用之前已經去掉。

但是也有些需要特別注意的問題，如果需要保存的內容後面本來就帶有空格，那麼在返回結果的時候也會被去掉，開發人員在編寫程序的時候需要特別注意，因爲靜態表是默認的存儲格式，開發人員可能並沒有意識到這一點，從而丟失了尾部的空格。以下例子演示了插入的記錄包含空格時處理的情況：

mysql> create table Myisam_char (name char(10)) engine=myisam;
Query OK, 0 rows affected (0.04 sec)
mysql> insert into Myisam_char values('abcde'),('abcde '),(' abcde'),(' abcde ');
Query OK, 4 rows affected (0.00 sec)
Records: 4 Duplicates: 0 Warnings: 0
mysql> select name,length(name) from Myisam_char;
+---------+--------------+
| name | length(name) |
+---------+--------------+
| abcde | 5 |
| abcde | 5 |
| abcde | 7 |
| abcde | 7 |
+---------+--------------+
4 rows in set (0.00 sec)

從上面的例子可以看出，插入記錄後面的空格都被去掉了，前面的空格保留。

動態表中包含變長字段，記錄不是固定長度的，這樣存儲的優點是佔用的空間相對較少，但是頻繁地更新刪除記錄會產生碎片，需要定期執行 OPTIMIZE TABLE 語句或 myisamchk -r 命令來改善性能，並且出現故障的時候恢復相對比較困難。

壓縮表由 myisampack 工具創建，佔據非常小的磁盤空間。因爲每個記錄是被單獨壓縮的，所以只有非常小的訪問開支。

2.2 InnoDB

InnoDB 存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比 MyISAM的存儲引擎，InnoDB 寫的處理效率差一些並且會佔用更多的磁盤空間以保留數據和索引。
下面將重點介紹 InnoDB 存儲引擎的表使用過程中不同於其他存儲引擎的特點。
1、自動增長列

InnoDB 表的自動增長列可以手工插入，但是插入的值如果是空或者0，則實際插入的將是自動增長後的值。下面定義新表 autoincre_demo，其中列i使用自動增長列，對該表插入記錄，然後查看自動增長列的處理情況，可以發現插入 0 或者空實際插入的都將是自動增長後的值：

mysql> create table autoincre_demo
-> (i smallint not null auto_increment,
-> name varchar(10),primary key(i)
-> )engine=innodb;
Query OK, 0 rows affected (0.13 sec)
mysql> insert into autoincre_demo values(1,'1'),(0,'2'),(null,'3');
Query OK, 3 rows affected (0.04 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql> select * from autoincre_demo;
+---+------+
| i | name |
+---+------+
| 1 | 1 |
| 2 | 2 |
| 3 | 3 |
+---+------+
3 rows in set (0.00 sec)

可以通過“ALTER TABLE *** AUTO_INCREMENT = n;”語句強制設置自動增長列的初識值，默認從 1 開始，但是該強制的默認值是保留在內存中的，如果該值在使用之前數據庫重新啓動，那麼這個強制的默認值就會丟失，就需要在數據庫啓動以後重新設置。

可以使用 LAST_INSERT_ID()查詢當前線程最後插入記錄使用的值。如果一次插入了多條記錄，那麼返回的是第一條記錄使用的自動增長值。下面的例子演示了使用 LAST_INSERT_ID() 的情況：

mysql> insert into autoincre_demo values(4,'4');
Query OK, 1 row affected (0.04 sec)
mysql> select LAST_INSERT_ID();
+------------------+
| LAST_INSERT_ID() |
+------------------+
| 2 |
+------------------+
1 row in set (0.00 sec)
mysql> insert into autoincre_demo(name) values('5'),('6'),('7');
Query OK, 3 rows affected (0.05 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql> select LAST_INSERT_ID();
+------------------+
| LAST_INSERT_ID() |
+------------------+
| 5 |
+------------------+
1 row in set (0.00 sec)

對於 InnoDB 表，自動增長列必須是索引。如果是組合索引，也必須是組合索引的第一列，但是對於 MyISAM 表，自動增長列可以是組合索引的其他列，這樣插入記錄後，自動增長列是按照組合索引的前面幾列進行排序後遞增的。例如，創建一個新的 MyISAM 類型的表 autoincre_demo，自動增長列 d1 作爲組合索引的第二列，對該表插入一些記錄後，可以發現自動增長列是按照組合索引的第一列 d2 進行排序後遞增的：

mysql> create table autoincre_demo
-> (d1 smallint not null auto_increment,
-> d2 smallint not null,
-> name varchar(10),
-> index(d2,d1)
-> )engine=myisam;
Query OK, 0 rows affected (0.03 sec)
mysql> insert into autoincre_demo(d2,name) values(2,'2'),(3,'3'),(4,'4'),(2,'2'),(3,'3') ,
(4,'4');
Query OK, 6 rows affected (0.00 sec)
Records: 6 Duplicates: 0 Warnings: 0
mysql> select * from autoincre_demo;
+----+----+------+
| d1 | d2 | name |
+----+----+------+
| 1 | 2 | 2 |
| 1 | 3 | 3 |
| 1 | 4 | 4 |
| 2 | 2 | 2 |
| 2 | 3 | 3 |
| 2 | 4 | 4 |
+----+----+------+
6 rows in set (0.00 sec)

2、外鍵約束

MySQL 支持外鍵的存儲引擎只有 InnoDB，在創建外鍵的時候，要求父表必須有對應的索引，子表在創建外鍵的時候也會自動創建對應的索引。
下面是樣例數據庫中的兩個表，country 表是父表，country_id 爲主鍵索引，city 表是子表，country_id 字段對 country 表的 country_id 有外鍵。

CREATE TABLE country (
country_id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,
country VARCHAR(50) NOT NULL,
last_update TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (country_id)
)ENGINE=InnoDB DEFAULT CHARSET=utf8;

CREATE TABLE city (
city_id SMALLINT UNSIGNED NOT NULL AUTO_INCREMENT,
city VARCHAR(50) NOT NULL,
country_id SMALLINT UNSIGNED NOT NULL,
last_update TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (city_id),
KEY idx_fk_country_id (country_id),
CONSTRAINT `fk_city_country` FOREIGN KEY (country_id) REFERENCES country (country_id) ON
DELETE RESTRICT ON UPDATE CASCADE
)ENGINE=InnoDB DEFAULT CHARSET=utf8;

在創建索引的時候，可以指定在刪除、更新父表時，對子表進行的相應操作，包 RESTRICT、 CASCADE、SET NULL 和 NO ACTION。其中 RESTRICT 和 NO ACTION 相同，是指限制在子表有關聯記錄的情況下父表不能更新；CASCADE 表示父表在更新或者刪除時，更新或者刪除子表對應記錄；SET NULL 則表示父表在更新或者刪除的時候，子表的對應字段被 SET NULL。選擇後兩種方式的時候要謹慎，可能會因爲錯誤的操作導致數據的丟失。

例如對上面創建的兩個表，子表的外鍵指定是 ON DELETE RESTRICT ON UPDATE CASCADE 方式的，那麼在主表刪除記錄的時候，如果子表有對應記錄，則不允許刪除，主表在更新記錄的時候，如果子表有對應記錄，則子表對應更新：

mysql> select * from country where country_id = 1;
+------------+-------------+---------------------+
| country_id | country | last_update |
+------------+-------------+---------------------+
| 1 | Afghanistan | 2006-02-15 04:44:00 |
+------------+-------------+---------------------+
1 row in set (0.00 sec)

mysql> select * from city where country_id = 1;
+---------+-------+------------+---------------------+
| city_id | city  | country_id | last_update	|
+---------+-------+------------+---------------------+
| 251	| Kabul | 1	| 2006-02-15 04:45:25 |
+---------+-------+------------+---------------------+
1 row in set (0.00 sec)

mysql> delete from country where country_id=1;
ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`sakila/city`, CONSTRAINT `fk_city_country` FOREIGN KEY (`country_id`) REFERENCES `country` (`country_id`) ON UPDATE CASCADE)

mysql> update country set country_id = 10000 where country_id = 1; Query OK, 1 row affected (0.04 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> select * from country where country = 'Afghanistan';
+------------+-------------+---------------------+
| country_id | country	| last_update	|
+------------+-------------+---------------------+
| 10000	| Afghanistan | 2007-07-17 09:45:23 |
+------------+-------------+---------------------+
1 row in set (0.00 sec)

mysql> select * from city where city_id = 251;
+---------+-------+------------+---------------------+
| city_id | city  | country_id | last_update	|
+---------+-------+------------+---------------------+
| 251	| Kabul | 10000	| 2006-02-15 04:45:25 |
+---------+-------+------------+---------------------+
1 row in set (0.00 sec)

當某個表被其他表創建了外鍵參照，那麼該表的對應索引或者主鍵禁止被刪除。
在導入多個表的數據時，如果需要忽略表之前的導入順序，可以暫時關閉外鍵的檢查；同樣，在執行 LOAD DATA 和 ALTER TABLE 操作的時候，可以通過暫時關閉外鍵約束來加快處理的速度，關閉的命令是“SET FOREIGN_KEY_CHECKS = 0;”，執行完成之後，通過執行“SET FOREIGN_KEY_CHECKS = 1;”語句改回原狀態。
對於 InnoDB 類型的表，外鍵的信息通過使用 show create table 或者 show table status 命令都可以顯示。

mysql> show table status like 'city' \G
*************************** 1. row ***************************
Name: city
Engine: InnoDB
Version: 10
Row_format: Compact
Rows: 427
Avg_row_length: 115
Data_length: 49152
Max_data_length: 0
Index_length: 16384
Data_free: 0
Auto_increment: 601
Create_time: 2007-07-17 09:45:33
Update_time: NULL
Check_time: NULL
Collation: utf8_general_ci
Checksum: NULL
Create_options:
Comment: InnoDB free: 0 kB; (`country_id`) REFER `sakila/country`(`country_id`) ON
UPDATE
1 row in set (0.00 sec)

3、存儲方式

InnoDB 存儲表和索引有以下兩種方式。
 使用共享表空間存儲，這種方式創建的表的表結構保存在.frm 文件中，數據和索引保存在 innodb_data_home_dir 和 innodb_data_file_path 定義的表空間中，可以是多個文件。
 使用多表空間存儲，這種方式創建的表的表結構仍然保存在.frm 文件中，但是每個表的數據和索引單獨保存在.ibd 中。如果是個分區表，則每個分區對應單獨的.ibd 文件，文件名是“表名+分區名”，可以在創建分區的時候指定每個分區的數據文件的位置，以此來將表的 IO 均勻分佈在多個磁盤上。

要使用多表空間的存儲方式，需要設置參數 innodb_file_per_table，並重新啓動服務後纔可以生效，對於新建的表按照多表空間的方式創建，已有的表仍然使用共享表空間存儲。如果將已有的多表空間方式修改回共享表空間的方式，則新建表會在共享表空間中創建，但已有的多表空間的表仍然保存原來的訪問方式。所以多表空間的參數生效後，只對新建的表生效。

多表空間的數據文件沒有大小限制，不需要設置初始大小，也不需要設置文件的最大限制、擴展大小等參數。

對於使用多表空間特性的表，可以比較方便地進行單表備份和恢復操作，但是直接復制.ibd 文件是不行的，因爲沒有共享表空間的數據字典信息，直接複製的.ibd 文件和.frm 文件恢復時是不能被正確識別的，但可以通過以下命令：

ALTER TABLE tbl_name DISCARD TABLESPACE;
ALTER TABLE tbl_name IMPORT TABLESPACE;

將備份恢復到數據庫中，但是這樣的單表備份，只能恢復到表原來在的數據庫中，而不能恢復到其他的數據庫中。如果要將單表恢復到目標數據庫，則需要通過 mysqldump 和mysqlimport 來實現。
注意：即便在多表空間的存儲方式下，共享表空間仍然是必須的，InnoDB 把內部數據詞典和未作日誌放在這個文件中。

2.3 MEMORY

MEMORY 存儲引擎使用存在內存中的內容來創建表。每個 MEMORY 表只實際對應一個磁盤文件，格式是.frm。MEMORY 類型的表訪問非常得快，因爲它的數據是放在內存中的，並且默認使用 HASH 索引，但是一旦服務關閉，表中的數據就會丟失掉。

下面例子創建了一個 MEMORY 的表，並從 city 表獲得記錄：

mysql> CREATE TABLE tab_memory ENGINE=MEMORY
-> SELECT city_id,city,country_id
-> FROM city GROUP BY city_id;
Query OK, 600 rows affected (0.06 sec)
Records: 600 Duplicates: 0 Warnings: 0
mysql> select count(*) from tab_memory;
+----------+
| count(*) |
+----------+
| 600 |
+----------+
1 row in set (0.00 sec)
mysql> show table status like 'tab_memory' \G
*************************** 1. row ***************************
Name: tab_memory
Engine: MEMORY
Version: 10
Row_format: Fixed
Rows: 600
Avg_row_length: 155
Data_length: 127040
Max_data_length: 16252835
Index_length: 0
Data_free: 0
Auto_increment: NULL
Create_time: NULL
Update_time: NULL
Check_time: NULL
Collation: gbk_chinese_ci
Checksum: NULL
Create_options:
Comment:
1 row in set (0.00 sec)
給 MEMORY 表創建索引的時候，可以指定使用 HASH 索引還是 BTREE 索引：
mysql> create index mem_hash USING HASH on tab_memory (city_id) ;
Query OK, 600 rows affected (0.04 sec)
Records: 600 Duplicates: 0 Warnings: 0
mysql> SHOW INDEX FROM tab_memory \G
*************************** 1. row ***************************
Table: tab_memory
Non_unique: 1
Key_name: mem_hash
Seq_in_index: 1
Column_name: city_id
Collation: NULL
Cardinality: 300
Sub_part: NULL
Packed: NULL
Null:
Index_type: HASH
Comment:
1 row in set (0.01 sec)
mysql> drop index mem_hash on tab_memory;
Query OK, 600 rows affected (0.04 sec)
Records: 600 Duplicates: 0 Warnings: 0
mysql> create index mem_hash USING BTREE on tab_memory (city_id) ;
Query OK, 600 rows affected (0.03 sec)
Records: 600 Duplicates: 0 Warnings: 0
mysql> SHOW INDEX FROM tab_memory \G
*************************** 1. row ***************************
Table: tab_memory
Non_unique: 1
Key_name: mem_hash
Seq_in_index: 1
Column_name: city_id
Collation: A
Cardinality: NULL
Sub_part: NULL
Packed: NULL
Null:
Index_type: BTREE
Comment:
1 row in set (0.00 sec)

在啓動 MySQL 服務的時候使用–init-file 選項，把 INSERT INTO … SELECT 或 LOAD DATA INFILE 這樣的語句放入這個文件中，就可以在服務啓動時從持久穩固的數據源裝載表。服務器需要足夠內存來維持所有在同一時間使用的 MEMORY 表，當不再需要 MEMORY
表的內容之時，要釋放被 MEMORY 表使用的內存，應該執行 DELETE FROM 或 TRUNCATE TABLE，或者整個地刪除表（使用 DROP TABLE 操作）。
每個 MEMORY 表中可以放置的數據量的大小，受到 max_heap_table_size 系統變量的約束，這個系統變量的初始值是 16MB，可以按照需要加大。此外，在定義 MEMORY 表的時候，可以通過 MAX_ROWS 子句指定表的最大行數。
MEMORY 類型的存儲引擎主要用在那些內容變化不頻繁的代碼表，或者作爲統計操作的中間結果表，便於高效地對中間結果進行分析並得到最終的統計結果。對 MEMORY 存儲引擎的表進行更新操作要謹慎，因爲數據並沒有實際寫入到磁盤中，所以一定要對下次重新啓動服務後如何獲得這些修改後的數據有所考慮。

2.4 MERGE

MERGE 存儲引擎是一組 MyISAM 表的組合，這些 MyISAM 表必須結構完全相同，MERGE 表本身並沒有數據，對MERGE 類型的表可以進行查詢、更新、刪除的操作，這些操作實際上是對內部的實際的MyISAM表進行的。對於MERGE 類型表的插入操作，是通過INSERT_METHOD 子句定義插入的表，可以有3個不同的值，使用 FIRST 或 LAST 值使得插入操作被相應地作用在第一或最後一個表上，不定義這個子句或者定義爲 NO，表示不能對這個MERGE 表執行插入操作。

可以對 MERGE 表進行 DROP 操作，這個操作只是刪除 MERGE 的定義，對內部的表沒有任何的影響。

MERGE 表在磁盤上保留兩個文件，文件名以表的名字開始，一個.frm 文件存儲表定義，另一個.MRG 文件包含組合表的信息，包括 MERGE 表由哪些表組成、插入新的數據時的依據。可以通過修改.MRG 文件來修改 MERGE 表，但是修改後要通過 FLUSH TABLES 刷新。
下面是一個創建和使用 MERGE 表的例子。

（1）創建 3 個測試表 payment_2006、payment_2007 和 payment_all，其中 payment_all
是前兩個表的 MERGE 表：

mysql> create table payment_2006(
-> country_id smallint,
-> payment_date datetime,
-> amount DECIMAL(15,2),
-> KEY idx_fk_country_id (country_id)
-> )engine=myisam;
Query OK, 0 rows affected (0.03 sec)
mysql> create table payment_2007(
-> country_id smallint,
-> payment_date datetime,
-> amount DECIMAL(15,2),
-> KEY idx_fk_country_id (country_id)
-> )engine=myisam;
Query OK, 0 rows affected (0.02 sec)
mysql> CREATE TABLE payment_all(
-> country_id smallint,
-> payment_date datetime,
-> amount DECIMAL(15,2),
-> INDEX(country_id)
-> )engine=merge union=(payment_2006,payment_2007) INSERT_METHOD=LAST;
Query OK, 0 rows affected (0.04 sec)

（2）分別向 payment_2006 和 payment_2007 表中插入測試數據：

mysql> insert into payment_2006 values(1,'2006-05-01',100000),(2,'2006-08-15',150000);
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> insert into payment_2007 values(1,'2007-02-20',35000),(2,'2007-07-15',220000);
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0

（3）分別查看這 3 個表中的記錄：

mysql> select * from payment_2006;
+------------+---------------------+-----------+
| country_id | payment_date | amount |
+------------+---------------------+-----------+
| 1 | 2006-05-01 00:00:00 | 100000.00 |
| 2 | 2006-08-15 00:00:00 | 150000.00 |
+------------+---------------------+-----------+
2 rows in set (0.00 sec)
mysql> select * from payment_2007;
+------------+---------------------+-----------+
| country_id | payment_date | amount |
+------------+---------------------+-----------+
| 1 | 2007-02-20 00:00:00 | 35000.00 |
| 2 | 2007-07-15 00:00:00 | 220000.00 |
+------------+---------------------+-----------+
2 rows in set (0.00 sec)
mysql> select * from payment_all;
+------------+---------------------+-----------+
| country_id | payment_date | amount |
+------------+---------------------+-----------+
| 1 | 2006-05-01 00:00:00 | 100000.00 |
| 2 | 2006-08-15 00:00:00 | 150000.00 |
| 1 | 2007-02-20 00:00:00 | 35000.00 |
| 2 | 2007-07-15 00:00:00 | 220000.00 |
+------------+---------------------+-----------+
4 rows in set (0.00 sec)

可以發現，payment_all 表中的數據是 payment_2006 和 payment_2007 表的記錄合併後的結果集。
下面向 MERGE 表插入一條記錄，由於 MERGE 表的定義是 INSERT_METHOD=LAST，就會向最後一個表中插入記錄，所以雖然這裏插入的記錄是 2006 年的，但仍然會寫到 payment_2007 表中。

mysql> insert into payment_all values(3,'2006-03-31',112200);
Query OK, 1 row affected (0.00 sec)
mysql> select * from payment_all;
+------------+---------------------+-----------+
| country_id | payment_date | amount |
+------------+---------------------+-----------+
| 1 | 2006-05-01 00:00:00 | 100000.00 |
| 2 | 2006-08-15 00:00:00 | 150000.00 |
| 1 | 2007-02-20 00:00:00 | 35000.00 |
| 2 | 2007-07-15 00:00:00 | 220000.00 |
| 3 | 2006-03-31 00:00:00 | 112200.00 |
+------------+---------------------+-----------+
5 rows in set (0.00 sec)
mysql> select * from payment_2007;
+------------+---------------------+-----------+
| country_id | payment_date | amount |
+------------+---------------------+-----------+
| 1 | 2007-02-20 00:00:00 | 35000.00 |
| 2 | 2007-07-15 00:00:00 | 220000.00 |
| 3 | 2006-03-31 00:00:00 | 112200.00 |
+------------+---------------------+-----------+
3 rows in set (0.00 sec)

這也是 MERGE 表和分區表的區別，MERGE 表並不能智能地將記錄寫到對應的表中，而分區
表是可以的（分區功能在 5.1 版中正式推出）。通常我們使用 MERGE 表來透明地對多個表進行查詢和更新操作，而對這種按照時間記錄的操作日誌表則可以透明地進行插入操作。

3 如何選擇合適的存儲引擎

在選擇存儲引擎時，應根據應用特點選擇合適的存儲引擎，對於複雜的應用系統可以根據實際情況選擇多種存儲引擎進行組合。

下面是常用存儲引擎的適用環境。
 MyISAM：默認的 MySQL 插件式存儲引擎。如果應用是以讀操作和插入操作爲主，只有很少的更新和刪除操作，並且對事務的完整性、併發性要求不是很高，那麼選擇這個存儲引擎是非常適合的。MyISAM 是在 Web、數據倉儲和其他應用環境下最常使用的存儲引擎之一。

 InnoDB：用於事務處理應用程序，支持外鍵。如果應用對事務的完整性有比較高的要求，在併發條件下要求數據的一致性，數據操作除了插入和查詢以外，還包括很多的更新、刪除操作，那麼 InnoDB 存儲引擎應該是比較合適的選擇。InnoDB 存儲引擎除了有效地降低由於刪除和更新導致的鎖定，還可以確保事務的完整提交（Commit）和回滾（Rollback），對於類似計費系統或者財務系統等對數據準確性要求比較高的系統，InnoDB 都是合適的選擇。

 MEMORY：將所有數據保存在 RAM 中，在需要快速定位記錄和其他類似數據的環境下，可提供極快的訪問。MEMORY 的缺陷是對錶的大小有限制，太大的表無法 CACHE 在內存中，其次是要確保表的數據可以恢復，數據庫異常終止後表中的數據是可以恢復的。 MEMORY 表通常用於更新不太頻繁的小表，用以快速得到訪問結果。

 MERGE：用於將一系列等同的 MyISAM 表以邏輯方式組合在一起，並作爲一個對象引用它們。MERGE 表的優點在於可以突破對單個 MyISAM 表大小的限制，並且通過將不同的表分佈在多個磁盤上，可以有效地改善 MERGE 表的訪問效率。這對於諸如數據倉儲等 VLDB 環境十分適合。

超全面的測試IT技術課程，0元立即加入學習！有需要的朋友戳：

騰訊課堂測試技術學習地址

歡迎轉載，但未經作者同意請保留此段聲明，並在文章頁面明顯位置給出原文鏈接。

MySQL數據庫——表類型（存儲引擎）的選擇

1 MySQL 存儲引擎概述

2 各種存儲引擎的特性

2.1 MyISAM

2.2 InnoDB

2.3 MEMORY

2.4 MERGE

3 如何選擇合適的存儲引擎

如何使用 JS 判斷用戶是否處於活躍狀態

通過HPA+CronHPA組合應對業務複雜彈性伸縮場景

❤️‍🔥 Solon Cloud Event 新的事務特性與應用

MySQL數據庫——常用函數

MySQL數據庫——約束類型

MySQL數據庫——查詢數據案例（2）

MySQL數據庫——數據庫維護

理解Spring中依賴注入（DI）與控制反轉（IoC）

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結