区别:
1. InnoDB 支持事务, MyISAM 不支持, 对于 InnoDB 每一条 SQL 语言都默认封装成事务, 自动提交, 这样会影响速度, 所以最好把多条 SQL 语言放在 begin 和 commit 之间, 组成一个事务;
2. InnoDB 支持外键, 而 MyISAM 不支持. 对一个包含外键的 InnoDB 表转为 MYISAM 会失败;
3. InnoDB 是聚集索引, 数据文件是和索引绑在一起的, 必须要有主键, 通过主键索引效率很高. 但是辅助索引需要两次查询, 先查询到主键, 然后再通过主键查询到数据. 因此, 主键不应该过大, 因为主键太大, 其他索引也都会很大. 而 MyISAM 是非聚集索引, 数据文件是分离的, 索引保存的是数据文件的指针. 主键索引和辅助索引是独立的.
4. InnoDB 不保存表的具体行数, 执行 select count(*) from table 时需要全表扫描. 而 MyISAM 用一个变量保存了整个表的行数, 执行上述语句时只需要读出该变量即可, 速度很快;
5. Innodb 不支持全文索引, 而 MyISAM 支持全文索引, 查询效率上 MyISAM 要高;
如何选择:
1. 是否要支持事务, 如果要请选择 innodb, 如果不需要可以考虑 MyISAM;
2. 如果表中绝大多数都只是读查询, 可以考虑 MyISAM, 如果既有读写也挺频繁, 请使用 InnoDB.
3. 系统奔溃后, MyISAM 恢复起来更困难, 能否接受;
4. MySQL5.5 版本开始 Innodb 已经成为 Mysql 的默认引擎(之前是 MyISAM), 说明其优势是有目共睹的, 如果你不知道用什么, 那就用 InnoDB, 至少不会差.
构成上的区别:
每个 MyISAM 在磁盘上存储成三个文件. 第一个文件的名字以表的名字开始, 扩展名指出文件类型.
.frm 文件存储表定义.
数据文件的扩展名为. MYD (MYData).
索引文件的扩展名是. MYI (MYIndex).
基于磁盘的资源是 InnoDB 表空间数据文件和它的日志文件, InnoDB 表的大小只受限于操作系统文件的大小, 一般为 2GB
事务处理上方面:
MyISAM 类型的表强调的是性能, 其执行数度比 InnoDB 类型更快, 但是不提供事务支持
InnoDB 提供事务支持事务, 外部键等高级数据库功能
SELECT UPDATE,INSERT,Delete 操作
如果执行大量的 SELECT,MyISAM 是更好的选择
1. 如果你的数据执行大量的 INSERT 或 UPDATE, 出于性能方面的考虑, 应该使用 InnoDB 表
2.DELETE FROM table 时, InnoDB 不会重新建立表, 而是一行一行的删除.
3.LOAD TABLE FROM MASTER 操作对 InnoDB 是不起作用的, 解决方法是首先把 InnoDB 表改成 MyISAM 表, 导入数据后再改成 InnoDB 表, 但是对于使用的额外的 InnoDB 特性 (例如外键) 的表不适用
对 AUTO_INCREMENT 的操作
每表一个 AUTO_INCREMEN 列的内部处理.
MyISAM 为 INSERT 和 UPDATE 操作自动更新这一列. 这使得 AUTO_INCREMENT 列更快(至少 10%). 在序列顶的值被删除之后就不能再利用.(当 AUTO_INCREMENT 列被定义为多列索引的最后一列, 可以出现重使用从序列顶部删除的值的情况).
AUTO_INCREMENT 值可用 ALTER TABLE 或 myisamch 来重置
对于 AUTO_INCREMENT 类型的字段, InnoDB 中必须包含只有该字段的索引, 但是在 MyISAM 表中, 可以和其他字段一起建立联合索引
更好和更快的 auto_increment 处理
如果你为一个表指定 AUTO_INCREMENT 列, 在数据词典里的 InnoDB 表句柄包含一个名为自动增长计数器的计数器, 它被用在为该列赋新值.
自动增长计数器仅被存储在主内存中, 而不是存在磁盘上
关于该计算器的算法实现, 请参考
AUTO_INCREMENT 列在 InnoDB 里如何工作
表的具体行数
select count(*) from table,MyISAM 只要简单的读出保存好的行数, 注意的是, 当 count(*)语句包含 where 条件时, 两种表的操作是一样的
InnoDB 中不保存表的具体行数, 也就是说, 执行 select count(*) from table 时, InnoDB 要扫描一遍整个表来计算有多少行
锁
表锁
提供行锁(locking on row level), 提供与 Oracle 类型一致的不加锁读取(non-locking read in
SELECTs), 另外, InnoDB 表的行锁也不是绝对的, 如果在执行一个 SQL 语句时 MySQL 不能确定要扫描的范围, InnoDB 表同样会锁全表, 例如 update table set num=1 where name like "%aaa%"
来源: http://www.bubuko.com/infodetail-2569386.html