MySQL中MyISAM引擎與InnoDB引擎性能簡(jiǎn)單測試
[硬件配置]
CPU : AMD2500+ (1.8G)
內存: 1G/現代
硬盤(pán): 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支持數個(gè)存儲引擎作為對不同表的類(lèi)型的處理器。MySQL存儲引擎包括處理事務(wù)安全表的引擎和處理非事務(wù)安全表的引擎：· MyISAM管理非事務(wù)表。它提供高速存儲和檢索，以及全文搜索能力。MyISAM在所有MySQL配置里被支持，它是默認的存儲引擎，除非你配置MySQL默認使用另外一個(gè)引擎。 ·MEMORY存儲引擎提供“內存中”表。MERGE存儲引擎允許集合將被處理同樣的MyISAM表作為一個(gè)單獨的表。就像MyISAM一樣，MEMORY和MERGE存儲引擎處理非事務(wù)表，這兩個(gè)引擎也都被默認包含在MySQL中。 釋?zhuān)篗EMORY存儲引擎正式地被確定為HEAP引擎。· InnoDB和BDB存儲引擎提供事務(wù)安全表。BDB被包含在為支持它的操作系統發(fā)布的MySQL-Max二進(jìn)制分發(fā)版里。InnoDB也默認被包括在所有MySQL 5.1二進(jìn)制分發(fā)版里，你可以按照喜好通過(guò)配置MySQL來(lái)允許或禁止任一引擎。·EXAMPLE存儲引擎是一個(gè)“存根”引擎，它不做什么。你可以用這個(gè)引擎創(chuàng )建表，但沒(méi)有數據被存儲于其中或從其中檢索。這個(gè)引擎的目的是服務(wù)，在MySQL源代碼中的一個(gè)例子，它演示說(shuō)明如何開(kāi)始編寫(xiě)新存儲引擎。同樣，它的主要興趣是對開(kāi)發(fā)者。";
[插入數據-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：沒(méi)敢測試
[插入數據-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 配置文件] (缺省配置)
[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來(lái)說(shuō)，影響性能的主要是 innodb_flush_log_at_trx_commit 這個(gè)選項，如果設置為1的話(huà)，那么每次插入數據的時(shí)候都會(huì )自動(dòng)提交，導致性能急劇下降，應該是跟刷新日志有關(guān)系，設置為0效率能夠看到明顯提升，當然，同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來(lái)設置達到好的性能。另外，還聽(tīng)說(shuō)通過(guò)設置innodb_buffer_pool_size能夠提升InnoDB的性能，但是我測試發(fā)現沒(méi)有特別明顯的提升。
基本上我們可以考慮使用InnoDB來(lái)替代我們的MyISAM引擎了，因為InnoDB自身很多良好的特點(diǎn)，比如事務(wù)支持、存儲過(guò)程、視圖、行級鎖定等等，在并發(fā)很多的情況下，相信InnoDB的表現肯定要比MyISAM強很多，當然，相應的在my.cnf中的配置也是比較關(guān)鍵的，良好的配置，能夠有效的加速你的應用。
如果不是很復雜的Web應用，非關(guān)鍵應用，還是可以繼續考慮MyISAM的，這個(gè)具體情況可以自己斟酌。
參考URL：
http://dev.mysql.com/doc/refman/5.1/zh/index.html
http://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#innodb
InnoDB和MyISAM是在使用MySQL最常用的兩個(gè)表類(lèi)型，各有優(yōu)缺點(diǎn)，視具體應用而定?；镜牟顒e為：MyISAM類(lèi)型不支持事務(wù)處理等高級處理，而InnoDB類(lèi)型支持。MyISAM類(lèi)型的表強調的是性能，其執行數度比InnoDB類(lèi)型更快，但是不提供事務(wù)支持，而InnoDB提供事務(wù)支持已經(jīng)外部鍵等高級數據庫功能。
MyIASM是IASM表的新版本，有如下擴展：
二進(jìn)制層次的可移植性。
NULL列索引。
對變長(cháng)行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統計分布。
更好和更快的auto_increment處理。
1.MySQL最大的優(yōu)勢在于MyISAM引擎下的簡(jiǎn)單SELECT，INSERT和UPDATE快速操作
2.MyISAM類(lèi)型的數據文件可以在不同操作系統中COPY，這點(diǎn)很重要，布署的時(shí)候方便點(diǎn)。
以下是一些細節和具體實(shí)現的差別：
1.InnoDB不支持FULLTEXT類(lèi)型的索引。
2.InnoDB 中不保存表的具體行數，也就是說(shuō)，執行select count(*) from table時(shí)，InnoDB要掃描一遍整個(gè)表來(lái)計算有多少行，但是MyISAM只要簡(jiǎn)單的讀出保存好的行數即可。注意的是，當count(*)語(yǔ)句包含 where條件時(shí)，兩種表的操作是一樣的。
3.對于A(yíng)UTO_INCREMENT類(lèi)型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯(lián)合索引。
4.DELETE FROM table時(shí)，InnoDB不會(huì )重新建立表，而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對于使用的額外的InnoDB特性（例如外鍵）的表不適用。
另外，InnoDB表的行鎖也不是絕對的，如果在執行一個(gè)SQL語(yǔ)句時(shí)MySQL不能確定要掃描的范圍，InnoDB表同樣會(huì )鎖全表，例如update table set num=1 where name like “%aaa%”
以暫對存儲引擎的認識，覺(jué)得 InnoDB 支持外鍵，在數據量可以用“龐大”來(lái)形容時(shí)，在有良好的 INDEX 的基礎上，InnoDB 的查詢(xún)速度應該比 MyISAM 要快。
在 Falcon 有穩定版本前，我想 MyISAM 是一個(gè)可用的選擇方案。
任何一種表都不是萬(wàn)能的，只用恰當的針對業(yè)務(wù)類(lèi)型來(lái)選擇合適的表類(lèi)型，才能最大的發(fā)揮MySQL的性能優(yōu)勢。
