mysql 两种存储引擎 MyISAM 和InnoDB
2012-09-09 11:54:45 来源:WEB开发网核心提示:【总结】可以看出在MySQL 5.0里面,MyISAM和InnoDB存储引擎性能差别并不是很大,mysql 两种存储引擎 MyISAM 和InnoDB(3),针对InnoDB来说,影响性能的主要是 innodb_flush_log_at_trx_commit 这个选项, InnoDB表的行锁也不是绝对的,如果在执行一个
【总结】
可以看出在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.html
http://dev.mysql.com/doc/refman/5.1/zh/storage-engines.html#innodb
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.html
http://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;
`id` int(11) NOT NULL auto_increment,
`name` varchar(100) default NULL,
`content` text,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;
InnoDB 与 Myisam 的六大区别
|
||
|
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%” |
更多精彩
赞助商链接