MyISAM和InnoDB的区别
MyISAM和InnoDB的差异
Mysql支持很多表类型的表(即存储引擎),如MyISAM、InnoDB、Memory、Archive、Example等,主要介绍两种MyISAM和InnoDB。
MyISAM是默认表类型,基于ISAM(Indexed Sequential Access Method索引顺序访问方法),它是存储记录和文件的标准方法,不是事务安全的,不支持外键,如果有大量的select,MyISAM比较合适。MyISAM表示独立于操作系统之外的,通俗点说就是你可以很轻松的将MyISAM表从windows移植到linux或者从linux移植到windows。
InnoDB支持事务安全,支持外键、行锁,事务是它的最大优点,如果有大量的insert和update,建议用InnoDB,特使是针对高并发和QPS(query per second)较高的情况。
1. 表锁差异
MyISAM
MyISAM只支持表锁,在select、insert、update、delete都会锁表,开销小,加锁快,不会出现死锁。锁定粒度大,发生锁冲突的概率最高,并发量最低。
InnoDB
InnoDB支持事务和行锁,开销大,加锁慢,会出现死锁。锁力度小,发生锁冲突的概率小,并发度最高。
1> 事务的ACID属性
a) 原子性(Atomicity):原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
b) 一致性(Consistency):事务前后数据的完整性必须保持一致。
c) 隔离性(Isolation):事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
d) 持久性(Durability):持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。
2> 并发事务带来的问题
a) 脏读:一个事务修改了还没提交,另一个事务就读了。
b) 不可重复读:一个事务两次读取数据之间,另一个事务修改了数据。
c) 幻读:一个事务两次读取数据之间,另一个事务新增了数据。
d) 丢失修改(更新丢失):两个事务同时修改每个数据,一个事务的提交破坏了另一个事务的修改。例如,T1读A修改为A-1,T2也读A修改为A-1(实际上T2读A-1修改为A-2)。
3> 事务隔离级别
隔离级别 |
读数据一致性 |
并发副作用 |
||
脏读 |
不可重复读 |
幻读 |
||
未提交读 (Read uncommitted) |
最低级别,不读物理上损坏的数据 |
是 |
是 |
是 |
已提交读 (Read committed) |
语句级 |
否 |
是 |
是 |
可重复读 (Repeatable read) |
事务级 |
否 |
否 |
是 |
可序列化 (Serializable) |
最高级别, 事务级 |
否 |
否 |
否 |
查看mysql的默认事务隔离级别“show global variables like ‘tx_isolation’;”
4> InnoDB的行锁模式有以下几种:共享锁,排他锁,意向共享锁(表锁),意向排他锁(表锁),间隙锁。
注意:当语句没有使用索引,InnoDB不能确定操作的行,这个时候就使用的意向锁,也就是表锁。
5> 关于死锁
a) 什么是死锁?当两个事务都需要获得对方持有的排他锁才能完成事务,这样就导致了循环锁等待,也就是常见的死锁类型。
b) 解决死锁的方法:
1、数据库参数;
2、 应用中尽量约定程序读取表的顺序一样;
3、 应用中处理一个表时,尽量对处理的顺序排序;
4、 调整事务隔离级别(避免两个事务同时操作一行不存在的数据,容易发生死锁)。
2. 数据库文件差异
MyISAM
MyISAM属于堆表。
1> 在磁盘上存储有3个文件,每个文件以表名为开头。
.frm用于存储表的定义
.MYD用于存放表的数据
.MYI用于存放表的索引
2> 在mysql中可以创建3种MyISAM格式的表——静态、动态和压缩。格式不需要单独指定,mysql会根据表结构自动选择最合适的格式。
a) MyISAM静态:如果表的每个字段的数据类型的定义都是使用静态的(如char),mysql就会自动使用静态MyISAM格式,这种类型格式的表的性能是很高的,也就是查询更新用的时间很少,但要知道这是在牺牲空间为代价。因为每一列都要分配最大的空间,即使有部分空间没有用到,这就使得静态的表所占的空间会比较大。
b) MyISAM动态:如果表的每个字段的数据类型的定义都是使用动态的(如varchar),mysql就会自动使用动态MyISAM格式,这种类型格式的表的性能会有所下降,但是它的空间占有要比静态的少很多。
c) MyISAM压缩:如果有一张表在设计之初只赋予了它读的使命,就可以用MyISAM压缩表,在相同的配置下,它的性能是最快的。
InnoDB
InnoDB属于索引组织表。
InnoDB有两种存储方式,共享表空间存储和多表空间存储,两种存储方式的表结构和MyISAM一样,以表名开头,扩展名是.frm。
如果使用共享表空间,那么所有表的数据文件和索引文件都保存在一个表空间里,一个表空间可以有多个文件,通过innodb_data_file_path和innodb_data_home_dir参数设置共享表空间的位置和名字,一般共享表空间的名字叫ibdata1-n。
如果使用多表空间,那么每个表都有一个表空间文件用于存储每个表的数据和索引,文件名以表名开头,以.ibd为扩展名。
3. 索引差异
关于自动增长
MyISAM引擎的自动增长列必须是索引,如果是组合索引,自动增长可以不是第一列,他可以根据前面几列进行排序后递增。
InnoDB引擎的自动增长列必须是索引,如果是组合索引也必须是组合索引的第一列。
关于主键
MyISAM允许没有任何索引和主键的表存在,MyISAM的索引都是保存行的地址。
InnoDB引擎如果没有设定主键或者非空唯一索引,就会自动生成一个6字节的主键(用户不可见),InnoDB的数据是主索引的一部分,附加索引保存的是主索引的值。
关于count()函数
MyISAM保存有表的总行数,如果select count(*) from table;会直接取出出该值。
InnoDB没有保存表的总行数,如果使用select count(*) from table;就会遍历整个表,消耗相当大,但是在加了wehre 条件后,MyISAM和InnoDB处理的方式都一样。
全文索引
MyISAM支持 FULLTEXT类型的全文索引。
InnoDB不支持FULLTEXT类型的全文索引,但是InnoDB可以使用sphinx插件支持全文索引,并且效果更好。(sphinx 是一个开源软件,提供多种语言的API接口,可以优化mysql的各种查询)。
delete from table
使用这条命令时,InnoDB不会从新建立表,而是一条一条的删除数据,在InnoDB上如果要清空保存有大量数据的表,最好不要使用这个命令。(推荐使用truncate table,不过需要用户有drop此表的权限)。
索引保存位置
MyISAM的索引以表名+.MYI文件分别保存。
InnoDB的索引和数据一起保存在表空间里。
4. 几点注意事项
-
可以用 show create table tablename 命令看表的引擎类型。
-
对不支持事务的表做start/commit操作没有任何效果,在执行commit前已经提交。
-
可以执行以下命令来切换非事务表到事务(数据不会丢失),InnoDB表比MyISAM表更安全:alter table tablename type=innodb;或者使用 alter table tablename engine = innodb;
-
默认innodb是开启自动提交的,如果你按照MyISAM的使用方法来编写代码页不会存在错误,只是性能会很低。如何在编写代码时候提高数据库性能呢?
1> 尽量将多个语句绑到一个事务中,进行提交,避免多次提交导致的数据库开销。
2> 在一个事务获得排他锁或者意向排他锁以后,如果后面还有需要处理的sql语句,在这两条或者多条sql语句之间程序应尽量少的进行逻辑运算和处理,减少锁的时间。
3> 尽量避免死锁。
4> sql语句如果有where子句一定要使用索引,尽量避免获取意向排他锁。
5> 针对开发,一般日志表之类的都是不修改的,可以用MyISAM,而其他表要用到事务,要频繁修改的可以用InnoDB。