超细致的mysql存储引擎——InnoDB的解说
SHOW VARIABLES LIKE 'storage_engine';
一、InnoDB存储引擎
1.InnoDB是事务型数据库的首选引擎
支撑事务平安表（ACID）
事务的ACID属性：即原子性、一致性、隔离性、耐久性
a.原子性：原子性也就是说这组语句要末全部施行，要末全部不施行，要是事务施行到一半涌现差错，数据库就要回滚到事务开端施行的地方。
实现：主如果基于MySQ日志系统的redo和undo机制。事务是一组SQL语句，里面有选中，查询、删除等功能。每条语句施行会有一个节点。例如，删除语句施行后，在事务中有个记载保留下来，这个记载中贮存了我们什么时候做了什么事。要是出错了，就会回滚到本来的位置，redo里面已经存储了我做过什么事了，然后逆向施行一遍就可以了。
b.一致性：事务开端前和完毕后，数据库的完备性束缚没有被毁坏。（eg:比方A向B转账，不成能A扣了钱，B却没有收到）
c.隔离性：统一工夫，只允许一个事务要求统一数据，不一样的事务之间相互没有任何滋扰；
要是不考虑隔离性则会涌现几个题目：
i、脏读：是指在一个事务处置历程里读取了另一个未提交的事务中的数据（当一个事务正在屡次修改某个数据，而在这个事务中这屡次的修改都还未提交，这时一个并发的事务来拜访该数据，就会造成两个事务得到的数据纷歧致）；（读取了另一个事务未提交的脏数据）
ii、不成反复读：在关于数据库中的某个数据，一个事务范畴内屡次查询却返回了不一样的数据值，这是因为在查询隔断，被另一个事务修改并提交了；（读取了前一个事务提交的数据，查询的都是统一个数据项）
iii、虚读（幻读）：是事务非独立施行时产生的一种现象（eg:事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操纵，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”而且提交给数据库。而操纵事务T1的会员要是再查看刚刚修改的数据，会发明还有一行没有修改，其实这行是从事务T2中增加的，就宛如发生幻觉同样）；（读取了前一个事务提交的数据，针对一批数据整体）
d.耐久性：事务完成后，事务对数据库的所有更新将被保留到数据库，不克不及回滚
2.InnoDB是mySQL默许的存储引擎
默许的隔离级别是RR，而且在RR的隔离级别下更近一步，通过多版本并发控制（MVCC）解决不成反复读题目，加上间隙锁（也就是并发控制）解决幻读题目。因而InnoDB的RR隔离级别其实实现了串行化级另外结果，而保存了比拼好的并发机能。
MySQL数据库为我们供给的四种隔离级别：
a、Serializable（串行化）：可以免脏读、不成反复读、幻读的产生；
b、Repeatable read（可反复读）：可以免脏读、不成反复读的产生；
c、Read committed（读已提交）：可以免脏读的产生；
d、Read uncommitted（读未提交）：最初级别，任何状况都没法保障；
从a----d隔离级别由高到低，级别越高，施行效率越低
3.InnoDB支撑行级锁。
行级锁可以最大程度的支撑并发，行级锁是由存储引擎层实现的。
锁：锁的主要作用是治理同享资源的并发拜访，用于实现事务的隔离性
类型：同享锁（读锁）、独有锁（写锁)
MySQL锁的力度：表级锁（开销小、并发性低），平常在办事器层实现
行级锁（开销大、并发性高），只会在存储引擎层面进行实现
4、InnoDB是为处置庞大数据量的最大机能设计。
它的CPU效率可能是任何基于磁盘的关系型数据库引擎所不克不及匹敌的
5、InnoDB存储引擎完全与MySQL办事器整合
InnoDB存储引擎为在主内存中缓存数据和索引而保持它本人的缓冲池。InnoDB将它的表和索引在一个逻辑表空间中，表空间可以包括数个文件（或原始磁盘文件）；
6、InnoDB支撑外键完备性束缚
存储表中的数据时，每张表的存储都按照主键次序寄存，要是没有显示在表定义时指定主键。InnoDB会为每一行生成一个6字节的ROWID,并以此作为主键
7、InnoDB被用在众多需要高机能的大型数据库站点上
8、InnoDB中不保留表的行数（eg:select count(*)from table时，InnoDB需要扫描一遍整个表来盘算有多少行）；清空整个表时，InnoDB是一行一行的删除，效率非常慢；
InnoDB不新建名目，运用InnoDB时，MySQL将在MySQL数据名目下新建一个名为ibdata1的10MB大小的主动扩展数据文件，以及两个名为ib_logfile0和ib_logfile1的5MB大小的日志文件
二、InnoDB引擎的底层实现
InnoDB的存储文件有两个，后缀名离别是 .frm和 .idb；其中 .frm是表的定义文件， .idb是表的数据文件。
1、InnoDB引擎采纳B+Tree构造来作为索引构造
B-Tree（均衡多路查寻树）：为磁盘等外存储设施设计的一种均衡查寻树
系统从磁盘读取数据到内存时是以磁盘块位根本单位的，位于统一磁盘块中的数据会被一次性读掏出来，而不是按需读取。
InnoDB存储引擎运用页作为数据读取单位，页是其磁盘治理的最小单位，默许page大小是16k.
系统的一个磁盘块的存储空间往往没有那么大，因而InnoDB每次申请磁盘空间时都会是若干地址陆续磁盘块来达到页的大小16KB。
InnoDB在把磁盘数据读入到磁盘时会以页为根本单位，在查询数据时，要是一个页中的每条数据都能助于定位数据记载的位置，这将会减少磁盘I/O的次数，提高查询效率。
B-Tree构造的数据可以让系统高效的寻到数据所在的磁盘块
B-Tree中的每个节点依据现实状况可以包括批量的关键字信息和分支，例
若创立索引的字段不是主键ID，则对该字段建索引，然后在叶子节点中存储的是该记载的主键，然后通过主键索引寻到对应记载。
相理解更多相干题目请拜访百分百源码网：PHP视频教程
以上就是超细致的mysql存储引擎——InnoDB的解说的细致内容，更多请关注 百分百源码网 其它相干文章！
