详解InnoDB——综述

从 mysql-5.5 开始innodb作为默认的存储引擎了 ,是最重要使用最广泛的存储引擎,它被设计用来处理大量的短期事务,短期事务大部分是正常提交的,也会被回滚,InnoDB的性能和自动崩溃恢复特性(基于redo log实现的crash-safe),使得在非事务型存储的需求中也非常流行
详解InnoDB——综述_第1张图片
mysql分为客户端、Server层、存储引擎,存储引擎除非非常特殊的原因,否则优先考虑InnoDB

概述

InnoDB采用MVCC来支持高并发,并且实现了4个标准的蛤蜊级别,默认级别是REPEATABLE READ(可重复读),并且使用间隙锁(next-key locking)策略放置幻读的出现,使InnoDB不仅仅锁定查询的行,还会对索引中的间隙进行锁定,以防止幻影行的插入

InnoDB是基于聚簇索引建立的,聚簇索引对主键查询有很大作用,二级索引中包含的列(InnoDB采用B+Tree,树的叶子节点就是主键索引,这也是二级索引需要回表的原因),这也就导致了如果主键索引比较大,其他所有索引都会很大,所以表中索引较多时,主键应该尽可能的小

MylSAM存储引擎

MySQL5.1及以前的版本MylSAM是默认的存储引擎,MylSAM提供了包括全文索引、压缩、空间函数等特性,最大的缺陷就是不支持事务和行级锁,

另一个缺陷就是由于没有redo log,所以MylSAM没有InnoDB支持的快速恢复功能

MylSAM也有自己的优势,对于只读的数据,或者表比较小,可以使用MylSAM

存储
MylSAM将表存储在两个文件,数据文件和索引文件

特性

加锁与并发
MylSAM对整张表加锁,而不是行锁,读取时会将涉及到的所有表加共享锁,写时加排它锁,但是有读取的同时可以并发插入

修复
MylSAM检查表的错误,可以手动或者自动的修复

索引
支持全文索引

MylSAM和InnoDB的区别

  1. MylSAM提供了包括全文索引、压缩、空间函数等特性,最大的缺陷就是不支持事务和行级锁,而InnoDB支持事务和行级锁
  2. InnoDB支持事务、备份、崩溃恢复
  3. MyISAM适合查询以及插入为主的应用。
  4. InnoDB支持外键,MyISAM不支持
  5. InnoDB中不保存表的行数,如select count() from table时,InnoDB需要扫描一遍整个表来计算有多少行,但是MyISAM只要简单的读出保存好的行数即可。注意的是,当count()语句包含where条件时MyISAM也需要扫描整个表
  6. InnoDB是聚簇索引(叶子节点存数据),MyISAM是非聚簇索引(叶子节点存指针)

特性

(1)插入缓冲
对于非聚集类索引的插入和更新操作,不是每一次都直接插入到索引页中,而是先插入到内存中。就相当于加了一层“redis”。
具体做法是:如果该索引页在缓冲池中,直接插入;否则,先将其放入“插入缓冲区”中,然后再以一定的频率和索引页合并。这时,就可以将同一个索引页中的多个插入合并到一个IO操作中,大大提高写性能。

(2)两次写
在应用重做日志前,会先建立一个页的副本,当写入失效发生时,先通过页的副来还原该页,再进行重做。
(3)自适应哈希索引
哈希是一种非常快的查找方法,一般仅需要一次查找就能定位数据,而B+树需要3~4次。InnoDB会监控对表中数据的查询,如果觉得换为哈希索引能提升速度,就会自动建立哈希索引。

(4)异步IO
用户可以在发出一个IO请求后立即再发出另一个IO请求,当全部发送完毕后,再等待所有IO操作的完成。同时,也可以将多个IO合并为一个IO。

(5)刷新邻接页
当刷新一个脏页时,InnoDB会检测该页所在区的所有页,如果是脏页,会一起刷新。这样能减少IO次数。

你可能感兴趣的:(#,Mysql)