mysql存储引擎innodb和myisam的分析比较
来源:互联网 发布:mac地址 物理地址 编辑:程序博客网 时间:2024/05/12 06:35
http://www.cnblogs.com/panfeng412/archive/2011/08/16/2140364.html
http://blog.sina.com.cn/s/blog_6e322ce70100xwve.html
MySQL有多种存储引擎,MyISAM和InnoDB是其中常用的两种。这里介绍关于这两种引擎的一些基本概念(非深入介绍)。
MyISAM是MySQL的默认存储引擎,基于传统的ISAM类型,支持全文搜索,但不是事务安全的,而且不支持外键。每张MyISAM表存放在三个文件中:frm 文件存放表格定义;数据文件是MYD (MYData);索引文件是MYI (MYIndex)。
InnoDB是事务型引擎,支持回滚、崩溃恢复能力、多版本并发控制、ACID事务,支持行级锁定(InnoDB表的行锁不是绝对的,如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表同样会锁全表,如like操作时的SQL语句),以及提供与Oracle类型一致的不加锁读取方式。InnoDB存储它的表和索引在一个表空间中,表空间可以包含数个文件。
主要区别:
- MyISAM是非事务安全型的,而InnoDB是事务安全型的。
- MyISAM锁的粒度是表级,而InnoDB支持行级锁定。
- MyISAM支持全文类型索引,而InnoDB不支持全文索引。
- MyISAM相对简单,所以在效率上要优于InnoDB,小型应用可以考虑使用MyISAM。
- MyISAM表是保存成文件的形式,在跨平台的数据转移中使用MyISAM存储会省去不少的麻烦。
- InnoDB表比MyISAM表更安全,可以在保证数据不会丢失的情况下,切换非事务表到事务表(alter table tablename type=innodb)。
应用场景:
- MyISAM管理非事务表。它提供高速存储和检索,以及全文搜索能力。如果应用中需要执行大量的SELECT查询,那么MyISAM是更好的选择。
- InnoDB用于事务处理应用程序,具有众多特性,包括ACID事务支持。如果应用中需要执行大量的INSERT或UPDATE操作,则应该使用InnoDB,这样可以提高多用户并发操作的性能。
常用命令:
(1)查看表的存储类型(三种):
- show create table tablename
- show table status from dbname where name=tablename
- mysqlshow -u user -p password --status dbname tablename
(2)修改表的存储引擎:
- alter table tablename type=InnoDB
(3)启动mysql数据库的命令行中添加以下参数使新发布的表都默认使用事务:
- --default-table-type=InnoDB
(4)临时改变默认表类型:
- set table_type=InnoDB
- show variables like 'table_type'
1,
innodb 支持事务功能,myisam 不支持。
Myisam 的执行速度更快,性能更好。
2,select ,update ,insert ,delete 操作
MyISAM:如果执行大量的SELECT,MyISAM是更好的选择
InnoDB:如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑,应该使用InnoDB表
3,锁机制不同
InnoDB 为行级锁,myisam 为表级锁。
注意:当数据库无法确定,所找的行时,也会变为锁定整个表。
如: update table set num = 10 where username like "%test%";
4,查询表的行数不同
MyISAM:select count(*) from table,MyISAM只要简单的读出保存好的行数,注意的是,当count(*)语句包含 where条件时,两种表的操作是一样的
InnoDB : InnoDB 中不保存表的具体行数,也就是说,执行select count(*) from table时,InnoDB要扫描一遍整个表来计算有多少行
5,物理结构不同
MyISAM :每个MyISAM在磁盘上存储成三个文件。第一个文件的名字以表的名字开始,扩展名指出文件类型。
InnoDB:基于磁盘的资源是InnoDB表空间数据文件和它的日志文件,InnoDB 表的大小只受限于操作系统文件的大小,一般为 2GB
6,anto_increment 机制不同
其他:为什么MyISAM会比Innodb 的查询速度快。
INNODB在做SELECT的时候,要维护的东西比MYISAM引擎多很多;
1)数据块,INNODB要缓存,MYISAM只缓存索引块, 这中间还有换进换出的减少;
2)innodb寻址要映射到块,再到行,MYISAM 记录的直接是文件的OFFSET,定位比INNODB要快
3)INNODB还需要维护MVCC一致;虽然你的场景没有,但他还是需要去检查和维护
1)数据块,INNODB要缓存,MYISAM只缓存索引块,
2)innodb寻址要映射到块,再到行,MYISAM 记录的直接是文件的OFFSET,定位比INNODB要快
3)INNODB还需要维护MVCC一致;虽然你的场景没有,但他还是需要去检查和维护
MVCC ( Multi-Version Concurrency Control )多版本并发控制
InnoDB:通过为每一行记录添加两个额外的隐藏的值来实现MVCC,这两个值一个记录这行数据何时被创建,另外一个记录这行数据何时过期(或者被删除)。但是InnoDB并不存储这些事件发生时的实际时间,相反它只存储这些事件发生时的系统版本号。这是一个随着事务的创建而不断增长的数字。每个事务在事务开始时会记录它自己的系统版本号。每个查询必须去检查每行数据的版本号与事务的版本号是否相同。让我们来看看当隔离级别是REPEATABLE READ时这种策略是如何应用到特定的操作的:
SELECT InnoDB必须每行数据来保证它符合两个条件:
1、InnoDB必须找到一个行的版本,它至少要和事务的版本一样老(也即它的版本号不大于事务的版本号)。这保证了不管是事务开始之前,或者事务创建时,或者修改了这行数据的时候,这行数据是存在的。
2、这行数据的删除版本必须是未定义的或者比事务版本要大。这可以保证在事务开始之前这行数据没有被删除。
0 0
- mysql存储引擎innodb和myisam的分析比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL两种存储引擎MyISAM和InnoDB的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- MySQL数据库MyISAM和InnoDB存储引擎的比较
- Android-自定义ViewGroup
- 第十章:异常处理
- CAShapeLayer与UIBezierPath
- 逻辑地址到线性地址的转换
- 第十一章:集合(一)
- mysql存储引擎innodb和myisam的分析比较
- CRM-POI基础
- 第十一章:集合(二)
- 什么是道德?
- UVa 536:Tree Recovery(水题)
- Go语言学习:Mac OS X环境安装和第一个Go项目
- iOS模板修改
- 目标+问题积累包
- 蓄水池抽样——《编程珠玑》读书笔记