)MySQL中MyISAM引擎與InnoDB引擎效能簡單測試

MySQL中MyISAM引擎與InnoDB引擎效能簡單測試

[硬體設定]
CPU : AMD2500+ (1.8G)
記憶體: 1G/現代
硬碟: 80G/IDE

[軟體配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
Web: IIS6

[MySQL表結構]

CREATE TABLE `myisam` (
   `id` int(11) NOT NULL auto_increment,
   `name` varchar(100) default NULL,
   `content` text,
  PRIMARY KEY   (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=gbk;

CREATE TABLE `innodb` (
   `id` int(11) NOT NULL auto_increment,
   `name` varchar(100) default NULL,
   `content` text,
  PRIMARY KEY   (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;

[資料內容]

$name = "heiyeluren";
$content = "MySQL支援數個儲存引擎作為對不同表的類型的處理器。MySQL儲存引擎包括處理事務安全表的引擎和處理非事務安全表的引擎：· MyISAM管理非事務表。它提供高速儲存和檢索，以及全文檢索搜尋能力。MyISAM在所有MySQL配置裡被支援，它是預設的儲存引擎，除非你配置MySQL預設使用另外一個引擎。 ·MEMORY儲存引擎提供“記憶體中”表。MERGE儲存引擎允許集合將被處理同樣的MyISAM表作為一個單獨的表。就像MyISAM一樣，MEMORY和MERGE儲存引擎處理非事務表，這兩個引擎也都被預設包含在MySQL中。 釋：MEMORY儲存引擎正式地被確定為HEAP引擎。· InnoDB和BDB儲存引擎提供事務安全表。BDB被包含在為支援它的作業系統發布的MySQL-Max二進位分發版裡。InnoDB也預設被包括在所有MySQL 5.1二進位分發版裡，你可以按照喜好通過配置MySQL來允許或禁止任一引擎。·EXAMPLE儲存引擎是一個“存根”引擎，它不做什麼。你可以用這個引擎建立表，但沒有資料被儲存於其中或從其中檢索。這個引擎的目的是服務，在MySQL原始碼中的一個例子，它示範說明如何開始編寫新儲存引擎。同樣，它的主要興趣是對開發人員。";

[插入資料-1] (innodb_flush_log_at_trx_commit=1)
MyISAM 1W：3/s
InnoDB 1W：219/s

MyISAM 10W：29/s
InnoDB 10W：2092/s

MyISAM 100W：287/s
InnoDB 100W：沒敢測試

[插入資料-2] (innodb_flush_log_at_trx_commit=0)
MyISAM 1W：3/s
InnoDB 1W：3/s

MyISAM 10W：30/s
InnoDB 10W：29/s

MyISAM 100W：273/s
InnoDB 100W：423/s

[插入資料3] (innodb_buffer_pool_size=1024M)
InnoDB 1W：3/s
InnoDB 10W：33/s
InnoDB 100W：607/s

[插入資料4] (innodb_buffer_pool_size=256M, innodb_flush_log_at_trx_commit=1, set autocommit=0)

InnoDB 1W：3/s
InnoDB 10W：26/s
InnoDB 100W：379/s

[MySQL 設定檔] (預設配置)

# MySQL Server Instance Configuration File
[client]
port=3306

[mysql]
default-character-set=gbk

[mysqld]
port=3306
basedir="C:/mysql50/"
datadir="C:/mysql50/Data/"
default-character-set=gbk
default-storage-engine=INNODB
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
max_connections=100

query_cache_size=0
table_cache=256
tmp_table_size=50M
thread_cache_size=8
myisam_max_sort_file_size=100G
myisam_max_extra_sort_file_size=100G
myisam_sort_buffer_size=100M
key_buffer_size=82M
read_buffer_size=64K
read_rnd_buffer_size=256K
sort_buffer_size=256K

innodb_additional_mem_pool_size=4M
innodb_flush_log_at_trx_commit=1
innodb_log_buffer_size=2M
innodb_buffer_pool_size=159M
innodb_log_file_size=80M
innodb_thread_concurrency=8

【總結】

可以看出在MySQL 5.0裡面，MyISAM和InnoDB儲存引擎效能差別並不是很大，針對InnoDB來說，影響效能的主要是 innodb_flush_log_at_trx_commit 這個選項，如果設定為1的話，那麼每次插入資料的時候都會自動認可，導致效能急劇下降，應該是跟重新整理日誌有關係，設定為0效率能夠看到明顯提升，當然，同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來設定達到好的效能。另外，還聽說通過設定innodb_buffer_pool_size能夠提升InnoDB的效能，但是我測試發現沒有特別明顯的提升。

基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了，因為InnoDB自身很多良好的特點，比如事務支援、預存程序、視圖、行級鎖定等等，在並發很多的情況下，相信InnoDB的表現肯定要比MyISAM強很多，當然，相應的在my.cnf中的配置也是比較關鍵的，良好的配置，能夠有效加速你的應用。

如果不是很複雜的Web應用，非關鍵應用，還是可以繼續考慮MyISAM的，這個具體情況可以自己斟酌。

參考URL：
http://dev.mysql.com/doc/refman/5.1/zh/index.html
http://dev.mysql.com/doc/refman/ ... engines.html#innodb

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1559640

MySQL學習筆記：InnoDB和MyISAM的差別     CSDN Blog推出文章指數概念，文章指數是對Blog文章綜合評分後推算出的，綜合評分項分別是該文章的點擊量，回複次數，被網摘收錄數量，文章長度和文章類型；滿分100，每月更新一次。

InnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支援交易處理等進階處理，而InnoDB類型支援。MyISAM類型的表強調的是效能，其執行數度比InnoDB類型更快，但是不提供事務支援，而InnoDB提供事務支援已經外部鍵等進階資料庫功能。

MyIASM是IASM表的新版本，有如下擴充：  
二進位層次的可移植性。  
NULL列索引。  
對變長行比ISAM表有更少的片段。  
支援大檔案。  
更好的索引壓縮。  
更好的鍵嗎統計分布。  
更好和更快的auto_increment處理。  

1.MySQL最大的優勢在於MyISAM引擎下的簡單SELECT，INSERT和UPDATE快速控制項目
2.MyISAM類型的資料檔案可以在不同作業系統中COPY，這點很重要，布署的時候方便點。

以下是一些細節和具體實現的差別：

1.InnoDB不支援FULLTEXT類型的索引。
2.InnoDB 中不儲存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出儲存好的行數即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
3.對於AUTO_INCREMENT類型的欄位，InnoDB中必須包含只有該欄位的索引，但是在MyISAM表中，可以和其他欄位一起建立聯合索引。
4.DELETE FROM table時，InnoDB不會重建立立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方案是首先把InnoDB表改成MyISAM表，匯入資料後再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。

另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的範圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%”

以暫對儲存引擎的認識，覺得 InnoDB 支援外鍵，在資料量可以用“龐大”來形容時，在有良好的 INDEX 的基礎上，InnoDB 的查詢速度應該比 MyISAM 要快。
在 Falcon 有穩定版本前，我想 MyISAM 是一個可用的選擇方案。

任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的效能優勢

（原文地址：http://bbs.chinaunix.net/thread-1696274-1-1.html）