InnoDB和MyISAM的差别及性能测试
InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持已经外部键等高级数据库功能。MyIASM是IASM表的新版本，有如下扩展：
二进制层次的可移植性。
NULL列索引。
对变长行比ISAM表有更少的碎片。
支持大文件。
更好的索引压缩。
更好的键吗统计分布。
更好和更快的auto_increment处理。
以下是一些细节和具体实现的差别：
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%”
任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥MySQL的性能优势。
性能测试：
[硬件配置]
CPU : AMD2500+ (1.8G)
内存: 1G/现代
硬盘: 80G/IDE
[软件配置]
OS : Windows XP SP2
SE : PHP5.2.1
DB : MySQL5.0.37
Web: IIS6
[插入数据-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
(缺省配置)
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
# MySQL Server Instance Configuration File
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
port=3306
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
default-character-set=gbk
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
port=3306
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
basedir="C:/mysql50/"
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
datadir="C:/mysql50/Data/"
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
default-character-set=gbk
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
default-storage-engine=INNODB
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
max_connections=100
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
query_cache_size=0
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
table_cache=256
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
tmp_table_size=50M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
thread_cache_size=8
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
myisam_max_sort_file_size=100G
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
myisam_max_extra_sort_file_size=100G
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
myisam_sort_buffer_size=100M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
key_buffer_size=82M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
read_buffer_size=64K
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
read_rnd_buffer_size=256K
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
sort_buffer_size=256K
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
innodb_additional_mem_pool_size=4M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
innodb_flush_log_at_trx_commit=1
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
innodb_log_buffer_size=2M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
innodb_buffer_pool_size=159M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
innodb_log_file_size=80M
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
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://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
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
CREATE TABLE `myisam` (
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
`id` int(11) NOT NULL auto_increment,
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
`name` varchar(100) default NULL,
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
`content` text,
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
PRIMARY KEY(`id`)
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
) ENGINE=MyISAM DEFAULT CHARSET=gbk;
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
CREATE TABLE `innodb` (
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
`id` int(11) NOT NULL auto_increment,
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
`name` varchar(100) default NULL,
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
`content` text,
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
PRIMARY KEY(`id`)
http://www.svn8.com/uploads/allimg/090402/054RB315-0.gif
) ENGINE=InnoDB DEFAULT CHARSET=gbk;
本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u3/111930/showart_2183410.html
页:
[1]