- 論壇徽章:
- 0
|
InnoDB和MyISAM是在使用MySQL最常用的兩個表類型,各有優(yōu)缺點,視具體應(yīng)用而定;镜牟顒e為:MyISAM類型不支持事務(wù)處理等高級處理,而InnoDB類型支持。MyISAM類型的表強(qiáng)調(diào)的是性能,其執(zhí)行數(shù)度比InnoDB類型更快,但是不提供事務(wù)支持,而InnoDB提供事務(wù)支持已經(jīng)外部鍵等高級數(shù)據(jù)庫功能。
MyIASM是IASM表的新版本,有如下擴(kuò)展:
二進(jìn)制層次的可移植性。
NULL列索引。
對變長行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統(tǒng)計分布。
更好和更快的auto_increment處理。
以下是一些細(xì)節(jié)和具體實現(xiàn)的差別:
1.InnoDB不支持FULLTEXT類型的索引。
2.InnoDB 中不保存表的具體行數(shù),也就是說,執(zhí)行select count(*) from table時,InnoDB要掃描一遍整個表來計算有多少行,但是MyISAM只要簡單的讀出保存好的行數(shù)即可。注意的是,當(dāng)count(*)語句包含 where條件時,兩種表的操作是一樣的。
3.對于AUTO_INCREMENT類型的字段,InnoDB中必須包含只有該字段的索引,但是在MyISAM表中,可以和其他字段一起建立聯(lián)合索引。
4.DELETE FROM table時,InnoDB不會重新建立表,而是一行一行的刪除。
5.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導(dǎo)入數(shù)據(jù)后再改成InnoDB表,但是對于使用的額外的InnoDB特性(例如外鍵)的表不適用。
另外,InnoDB表的行鎖也不是絕對的,如果在執(zhí)行一個SQL語句時MySQL不能確定要掃描的范圍,InnoDB表同樣會鎖全表,例如update table set num=1 where name like “%aaa%”
任何一種表都不是萬能的,只用恰當(dāng)?shù)尼槍I(yè)務(wù)類型來選擇合適的表類型,才能最大的發(fā)揮MySQL的性能優(yōu)勢。
性能測試:
[硬件配置]
CPU : AMD2500+ (1.8G)
內(nèi)存: 1G/現(xiàn)代
硬盤: 80G/IDE
[軟件配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
Web: IIS6
[插入數(shù)據(jù)-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:沒敢測試
[插入數(shù)據(jù)-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
[插入數(shù)據(jù)3] (innodb_buffer_pool_size=1024M)
InnoDB 1W:3/s
InnoDB 10W:33/s
InnoDB 100W:607/s
[插入數(shù)據(jù)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
【總結(jié)】
可以看出在MySQL 5.0里面,MyISAM和InnoDB存儲引擎性能差別并不是很大,針對InnoDB來說,影響性能的主要是 innodb_flush_log_at_trx_commit 這個選項,如果設(shè)置為1的話,那么每次插入數(shù)據(jù)的時候都會自動提交,導(dǎo)致性能急劇下降,應(yīng)該是跟刷新日志有關(guān)系,設(shè)置為0效率能夠看到明顯提升,當(dāng)然,同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來設(shè)置達(dá)到好的性能。另外,還聽說通過設(shè)置innodb_buffer_pool_size能夠提升InnoDB的性能,但是我測試發(fā)現(xiàn)沒有特別明顯的提升。
基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了,因為InnoDB自身很多良好的特點,比如事務(wù)支持、存儲過程、視圖、行級鎖定等等,在并發(fā)很多的情況下,相信InnoDB的表現(xiàn)肯定要比MyISAM強(qiáng)很多,當(dāng)然,相應(yīng)的在my.cnf中的配置也是比較關(guān)鍵的,良好的配置,能夠有效的加速你的應(yīng)用。
如果不是很復(fù)雜的Web應(yīng)用,非關(guān)鍵應(yīng)用,還是可以繼續(xù)考慮MyISAM的,這個具體情況可以自己斟酌。
參考URL:
http://blog.csdn.net/geekwang/archive/2008/03/05/2151118.aspx
http://hi.baidu.com/wanghaozi/blog/item/33ffc83d5dfa7cc69e3d6248.html
http://dev.mysql.com/doc/refman/5.1/zh/index.htmlhttp://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#innodb
![]()
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;
本文來自ChinaUnix博客,如果查看原文請點:http://blog.chinaunix.net/u3/111930/showart_2183410.html |
|