前语
“我正在参加「启航方案」”
作者简介： 不愿过江东丶，一个来自二线城市的程序员，致力于用“鄙陋”办法处理繁琐问题，让复杂的问题变得通俗易懂。
支撑作者： 点赞、重视、留言~
前几天大明白在面试的过程中因为没有回答出来 Tomcat 调优的问题就被面试官刷下来了，于是他利用假期恶补了一番后又去参加了一场面试，可是这次面试仍然是以失利告终了…
大明白绝望的给大聪明发了一条消息：“兄弟，MySQL 存储引擎是什么呀？我咋都没听过这个名词呢…”
聪明看到消息后回复道：“MySQL 你必定用过吧，InnoDB 你也知道吧，InnoDB便是存储引擎中的一种”
大明白：“啊！这个便是查找引擎啊，我之前还真没听说过这个名词”
大聪明：“你仍是了解的太少了，今日正好没啥事，就给你说说我对 MySQL 存储引擎的见解”
P.S. 想了解关于 Tomcat 调优的小伙伴能够移步至：大聪明教你学Java | 面试官：谈谈你对 Tomcat 调优的观点
MySQL 的存储引擎
MySQL 中的数据用各种不同的技能存储在文件中，每一种技能都运用了不同的存储机制、索引技巧、锁定水平，并且最终供给的功用和才能也不相同，这些不同的技能以及配套的功用在 MySQL 中被称为存储引擎。MySQL 数据库有多种存储引擎，每种存储引擎有各自的优缺点，不同的引擎也为咱们供给了不同的功用。咱们能够从 MyISAM、InnoDB、MEMORY(HEAP)、BDB(BerkeleyDB)、ARCHIVE、CSV、BLACKHOLE 这些查找引擎中按需挑选，下面咱们就先简略的了解一下这七个查找引擎。
- MyISAM 办理非业务表。它供给高速存储和检索，以及全文查找才能。MyISAM 在一切 MySQL 装备里被支撑，它也是 MySQL 5.1（及曾经版别） 默许的存储引擎。
- InnoDB 存储引擎能够看作是对 MyISAM 的进一步更新产物，它供给了业务、行级锁机制和外键束缚的功用，它和 BDB 存储引擎相同，都是供给的业务安全表。
- MEMORY(HEAP) 引擎用于处理非事物表，它的数据表只存在于内存中。它运用散列索引，所以数据的存取速度非常快。因为是存在于内存中，所以这种引擎常运用于暂时表中。
- ARCHIVE 引擎只支撑 select 和 insert 句子，而且不支撑索引。常运用于日志记载的场景。
- CSV 存储引擎把数据以逗号分隔的格局存储在文本文件中。
- BLACKHOLE 存储引擎承受但不存储数据，并且在检索时总是返回一个空集。
虽然 MySQL 为咱们供给了如此之多的存储引擎，可是在咱们日常的工作中，最常用到的仍是 MyISAM 和 InnoDB 存储引擎，下面咱们就具体的说说这两种存储引擎的特点和差异…
MyISAM 和 InnoDB
在 MySQL 5.1 及之前的版别，MyISAM 是默许引擎。MyISAM 供给了全文索引、紧缩、空间函数（GIS）等功用特性，但 MyISAM 并不支撑业务以及行级锁，而且它还有一个不行忽视的缺点，便是在溃散后无法安全康复。不过也正是因为 MyISAM 引擎的原因，即便 MySQL 支撑业务现已很长时刻了，在很多人的概念中 MySQL 仍对错业务型数据库，这也足以证明 MyISAM 在之前是有多受欢迎。
从 MySQL 5.5 之后的版别中，MySQL 默许的查找引擎变就变为 InnoDB 了。它是 MySQL 默许的业务型引擎，也是最重要和运用最广泛的存储引擎。它被规划成为很多的短期业务，短期业务大部分情况下是正常提交的，很少被回滚。因为 InnoDB 存储引擎的功用与主动溃散康复的特性，使得它在非业务存储需求中也很流行。可能很多小伙伴都听过这么一句话：除非有非常特别的原因需求运用其他的存储引擎，不然应该优先考虑InnoDB引擎。
看完 MyISAM 和 InnoDB 的简介，信任各位小伙伴对他们都有了一个开始的了解，下面咱们再比照一下二者有什么不同之处。
MyISAM 和 InnoDB 的差异
差异一：存储结构不同
MyISAM：每个 MyISAM 在磁盘上存储成三个文件。分别为：表界说文件、数据文件、索引文件。第一个文件的姓名以表的姓名开始，扩展名指出文件类型。.frm文件存储表界说。数据文件的扩展名为.MYD (MYData)。索引文件的扩展名是.MYI (MYIndex)。
InnoDB：一切的表都保存在同一个数据文件中（也可能是多个文件，或许是独立的表空间文件），InnoDB 表的巨细只受限于操作系统文件的巨细，一般为2GB。
差异二：存储空间不同
MyISAM：支撑支撑三种不同的存储格局：静态表(默许，可是留意数据末尾不能有空格，会被去掉)、动态表、紧缩表。假如当表在创立并导入数据之后不会再进行修正操作，咱们就能够挑选运用紧缩表，它能够极大的削减磁盘的空间占用。
InnoDB：因为它会在主内存中建立其专用的缓冲池用于高速缓冲数据和索引，所以需求更多的内存和存储空间。
差异三：可移植性、备份及康复不同
MyISAM：MyISAM 引擎以文件的方式存储数据，所以在跨渠道的数据转移中会很便利。在备份数据和康复数据时也能够单独针对某个表进行操作。
InnoDB：咱们能够通过备份数据文件、备份 binlog，或许用 mysqldump 进行数据备份和数据康复，可是在数据量到达几十G的时分这些文件就会变的比较巨大，拷贝的时分就相对麻烦了。
差异四：业务支撑
MyISAM：着重的是功用，每次查询具有原子性,其履行数度比InnoDB类型更快，可是不供给业务支撑。
InnoDB：供给业务支撑业务，外部键等高级数据库功用。 具有业务（commit）、回滚（rollback）和溃散修复才能（crash recovery capabilities）的业务安全型表。
差异五：表锁不同
MyISAM：只支撑表级锁，用户在操作 MyISAM 表时，select，update，delete，insert 句子都会给表主动加锁，假如加锁以后的表满足 insert 并发的情况下，能够在表的尾部刺进新的数据。
InnoDB：支撑业务和行级锁，这也是 InnoDB 最大的特色。行锁大幅度提高了多用户并发操作的新能。可是 InnoDB 的行锁，只在 WHERE 条件判断后跟从主键的情况下是有效的，非主键的 WHERE 条件判断都会锁全表的。
差异六：全文索引
MyISAM：支撑 FULLTEXT 类型的全文索引。
InnoDB：不支撑 FULLTEXT 类型的全文索引，可是 InnoDB 能够运用 sphinx 插件完成全文索引，并且作用比 FULLTEXT 更好。
差异七：主外键不同
MyISAM：答应没有任何索引和主键的表存在；不支撑外键。
InnoDB：支撑外键；假如在创立表时没有设定主键或许非空仅有索引，那么它就会主动生成一个六字节巨细的主键（主动生成的主键用户不行见）。
差异八：CRUD 履行功率不同
MyISAM：假如咱们的运用程序中需求履行很多的 SELECT 句子，那么 MyISAM 存储引擎是更好的挑选。
InnoDB：假如咱们的运用程序中的数据需求履行很多的 INSERT 或 UPDATE 句子，那么出于功用方面的考虑，咱们应该运用 InnoDB 存储引擎。这儿多说一句，咱们在 InnoDB 存储引擎下履行 DELETE 句子时，InnoDB 不会从头建立表，而是一行一行的删除数据，所以假如需求在 InnoDB 引擎上要清空有很多数据的表（清空数据但保存表结构），咱们最好运用 truncate 句子。
差异九：其他
假如咱们运用 select count(*) from XXX; 句子查询表中的数据量，MyISAM 存储引擎的履行功率会高于 InnoDB 存储引擎，因为前者专门保存了表的总行数，而后者则需求一行一行的去查找，相当于对整个表进行遍历。
MyISAM 和 InnoDB 的挑选和运用场景
上面咱们说完了 MyISAM 和 InnoDB 的特点和不同，咱们也就能够看出两者可谓是各有千秋。INNODB 会支撑一些联系数据库的高级功用，如业务功用和行级锁；MYISAM 的功用更优，占用的存储空间少。所以，挑选何种存储引擎，视具体运用而定。假如你的运用程序一定要运用业务，毫无疑问要挑选 INNODB 引擎，这也是现在大部分运用软件中所用到的查找引擎；假如你的运用程序对查询功用要求较高，就要运用 MYISAM 查找引擎了。MYISAM 索引和数据是分隔的，而且其索引是紧缩的，能够更好地利用内存，同时 MYISAM 引擎支撑全文索引，这能够极大地优化 LIKE 句子查询的功率，所以它的查询功用明显优于 INNODB。
总结起来便是一句话：MyISAM 引擎合适以查询、刺进为主的运用（如个人博客、某某数据查询渠道等）；InnoDB 引擎合适频频修正以及涉及到安全性较高的运用（如OA软件等）。
小结
本人经验有限，有些当地可能讲的没有特别到位，假如您在阅读的时分想到了什么问题，欢迎在谈论区留言，咱们后续再一一探讨
期望各位小伙伴动动自己可爱的小手，来一波点赞+重视 (✿◡‿◡) 让更多小伙伴看到这篇文章~ 蟹蟹呦(●’◡’●)
假如文章中有错误，欢迎我们留言指正；若您有更好、更独特的了解，欢迎您在留言区留下您的名贵主意。
爱你所爱 行你所行 听从你心 无问东西
