mysql中導入數據load data在myisam與innodb區別

myisam與innodb存儲引擎類型在數據上是有很大的區別的，今天我來給大家做一個測試用來測試load data導入數據在myisam與innodb類型存儲引擎上的一些區別，希望例子能幫助各位帶來幫助中。

innodb數據表結構如下：

 代碼如下 復制代碼

Create Table: CREATE TABLE `tinnodb` (
`id` int(11) DEFAULT NULL,
`content` mediumtext
) ENGINE=InnoDB DEFAULT CHARSET=utf8

表中的數據為4194304行，通過select into outfile導出

 代碼如下 復制代碼

root@localhost:tiger>select * from tinnodb into outfile ‘/tmp/tiger_tinnodb.txt’ fields terminated by ‘,’ optionally enclosed by ‘”‘;
Query OK, 4194304 rows affected (3.67 sec)

Myisam數據結構如下：

 代碼如下 復制代碼

Create Table: CREATE TABLE `tmyisam` (
`id` int(11) DEFAULT NULL,
`content` mediumtext
) ENGINE=myisam DEFAULT CHARSET=utf8
root@localhost:tiger>show variables like 'innodb_flush_log_at_trx_commit';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 1     |
+--------------------------------+-------+
1 row in set (0.00 sec)

以下開始導入測試：

導入到innodb數據表的結果如下：

 代碼如下 復制代碼

root@localhost:tiger>load data infile ‘/tmp/tiger_tinnodb.txt’ into table tinnodb fields terminated by ‘,’ optionally enclosed by ‘”‘;
Query OK, 4194304 rows affected (58.37 sec)
Records: 4194304 Deleted: 0 Skipped: 0 Warnings: 0

導入到myisam數據表的結果如下：

 代碼如下 復制代碼

root@localhost:tiger>load data infile ‘/tmp/tiger_tinnodb.txt’ into table tinnodb fields terminated by ‘,’ optionally enclosed by ‘”‘;
Query OK, 4194304 rows affected (2.97 sec)
Records: 4194304 Deleted: 0 Skipped: 0 Warnings: 0

通過初步的耗時來看，在批量導入這個方面myisam占不小的優勢。
現在調整innodb_flush_log_at_trx_commit重新做測試

 代碼如下 復制代碼

root@localhost:tiger>set global innodb_flush_log_at_trx_commit=2;
Query OK, 0 rows affected (0.00 sec)
root@localhost:tiger>show variables like 'innodb_flush_log_at_trx_commit';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 2     |
+--------------------------------+-------+
1 row in set (0.00 sec)
root@localhost:tiger>load data infile ‘/tmp/tiger_tinnodb.txt’ into table tinnodb2 fields terminated by ‘,’ optionally enclosed by ‘”‘;
Query OK, 4194304 rows affected (56.46 sec)
Records: 4194304 Deleted: 0 Skipped: 0 Warnings: 0

這裡沒什麼大的變化。

若是與mysqldump所導出的.sql文件做比對導入的話，這個時間不是差一點點的。具體的可以自行測試下。
值得思考下，什麼場景下可以通過select into outfile和load data infile來做局部的數據備份？畢竟load data infile還算挺高效的。

補充：InnoDB與Myisam的六大區別

MyISAM

     InnoDB

     構成上的區別：

     每個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。

  .frm文件存儲表定義。

  數據文件的擴展名為.MYD (MYData)。

  索引文件的擴展名是.MYI (MYIndex)。

     基於磁盤的資源是InnoDB表空間數據文件和它的日志文件，InnoDB 表的大小只受限於操作系統文件的大小，一般為 2GB
     事務處理上方面:

     MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，但是不提供事務支持

     InnoDB提供事務支持事務，外部鍵等高級數據庫功能

     SELECT   UPDATE,INSERT，Delete操作
     如果執行大量的SELECT，MyISAM是更好的選擇

     1.如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表

  2.DELETE   FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。

  3.LOAD   TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用

     對AUTO_INCREMENT的操作

  
     每表一個AUTO_INCREMEN列的內部處理。

  MyISAM為INSERT和UPDATE操作自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂的值被刪除之後就不能再利用。(當AUTO_INCREMENT列被定義為多列索引的最後一列，可以出現重使用從序列頂部刪除的值的情況）。

  AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置

  對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引

  更好和更快的auto_increment處理

     如果你為一個表指定AUTO_INCREMENT列，在數據詞典裡的InnoDB表句柄包含一個名為自動增長計數器的計數器，它被用在為該列賦新值。

  自動增長計數器僅被存儲在主內存中，而不是存在磁盤上

  關於該計算器的算法實現，請參考

  AUTO_INCREMENT列在InnoDB裡如何工作

     表的具體行數
     select count(*) from table,MyISAM只要簡單的讀出保存好的行數，注意的是，當count(*)語句包含   where條件時，兩種表的操作是一樣的

     InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行

     鎖
     表鎖

     提供行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in
   SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%”