innodb和myisam简介 myisam:这个是默认类型,它是基于传统的isam类型,isam是indexed sequential access method (有索引的 顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,myisam具有检查和修复表格的大多数工具. myisam表格可以被压
innodb和myisam简介 myisam:这个是默认类型,它是基于传统的isam类型,isam是indexed sequential access method (有索引的 顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,myisam具有检查和修复表格的大多数工具. myisam表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性。如果执行大量 的select，myisam是更好的选择。
innodb:这种类型是事务安全的.它与bdb类型具有相同的特性,它们还支持外键.innodb表格速度很快.具有比bdb还丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的insert或update,出于性能方面的考虑，应该使用innodb表,
对于支持事物的innodb类型的标，影响速度的主要原因是autocommit默认 设置是打开的，而且程序没有显式调用begin 开始事务，导致每插入一条都自动commit，严重影响了速度。可以在执行sql前调用begin，多条sql形成一个事物（即使autocommit打 开也可以），将大大提高性能。
===============================================================
innodb和myisam 两者之间的差别 innodb和myisam是在使用mysql最常用的两个表类型，各有优缺点，视具体应用而定。
下面是已知的两者之间的差别，仅供参考。
innodb
innodb 给 mysql 提供了具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)的事务安全(transaction-safe (acid compliant))型表。innodb 提供了行锁(locking on row level)，提供与 oracle 类型一致的不加锁读取(non-locking read in selects)。这些特性均提高了多用户并发操作的性能表现。在innodb表中不需要扩大锁定(lock escalation)，因为 innodb 的列锁定(row level locks)适宜非常小的空间。innodb 是 mysql 上第一个提供外键约束(foreign key constraints)的表引擎。
innodb 的设计目标是处理大容量数据库系统，它的 cpu 利用率是其它基于磁盘的关系数据库引擎所不能比的。在技术上，innodb 是一套放在 mysql 后台的完整数据库系统，innodb 在主内存中建立其专用的缓冲池用于高速缓冲数据和索引。 innodb 把数据和索引存放在表空间里，可能包含多个文件，这与其它的不一样，举例来说，在 myisam 中，表被存放在单独的文件中。innodb 表的大小只受限于操作系统的文件大小，一般为 2 gb。
innodb所有的表都保存在同一个数据文件 ibdata1 中（也可能是多个文件，或者是独立的表空间文件）,相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。
myisam
myisam 是mysql缺省存贮引擎 .
每张myisam 表被存放在三个文件 。frm 文件存放表格定义。 数据文件是myd (mydata) 。 索引文件是myi (myindex) 引伸。
因为myisam相对简单所以在效率上要优于innodb..小型应用使用myisam是不错的选择.
myisam表是保存成文件的形式,在跨平台的数据转移中使用myisam存储会省去不少的麻烦
以下是一些细节和具体实现的差别：
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的性能优势。
===============================================================
以下是innodb和myisam的一些联系和区别 1. 4.0以上mysqld都支持事务，包括非max版本。3.23的需要max版本mysqld才能支持事务。
2. 创建表时如果不指定type则默认为myisam，不支持事务。
可以用 show create table tablename 命令看表的类型。
2.1 对不支持事务的表做start/commit操作没有任何效果，在执行commit前已经提交，测试：
执行一个msyql：
use test;
drop table if exists tn;
create table tn (a varchar(10)) type=myisam;
drop table if exists ty;
create table ty (a varchar(10)) type=innodb;
begin;
insert into tn values('a');
insert into ty values('a');
select * from tn;
select * from ty;
都能看到一条记录
执行另一个mysql：
use test;
select * from tn;
select * from ty;
只有tn能看到一条记录
然后在另一边
commit;
才都能看到记录。
3. 可以执行以下命令来切换非事务表到事务（数据不会丢失），innodb表比myisam表更安全：
alter table tablename type=innodb;
3.1 innodb表不能用repair table命令和myisamchk -r table_name
但可以用check table，以及mysqlcheck [options] database [tables]
4. 启动mysql数据库的命令行中添加了以下参数可以使新发布的mysql数据表都默认为使用事务（
只影响到create语句。）
--default-table-type=innodb
测试命令：
use test;
drop table if exists tn;
create table tn (a varchar(10));
show create table tn;
5. 临时改变默认表类型可以用：
set table_type=innodb;
show variables like 'table_type';
或：
c:\mysql\bin\mysqld-max-nt --standalone --default-table-type=innodb
=========================================================
详解“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的性能优势。
=========================================================
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/5.1/zh/storage-engines.html#innodb
=========================================
作者：fu_zk 发表于2013-8-29 0:03:40 原文链接
阅读：126 评论：0 查看评论
原文地址：mysql存储引擎：innodb和myisam的差别/优劣评价/评测/性能测试, 感谢原作者分享。