存储引擎的介绍、使用和区别

目录

InnoDB引擎：具备外键支持功能的事务存储引擎

MyISAM引擎：主要的非实物存储引擎

InnoDB和MyISAM

Archive引擎

CSV引擎：存储数据时，以逗号分隔各个数据

Memory引擎：置于内存的表

概述

主要特征

使用场景

---

InnoDB引擎：具备外键支持功能的事务存储引擎

MySQL从3.23.34a开始就包含InnoDB存储引擎。大于 等于5.5之后，默认采用InnoDB引擎。

InnoDB是MySQL的默认事务型引擎，它被设计用来处理大量的短期(short-lived)事务。可以确保事务的完整提交(Commit)和回滚(Rollback)。

除了增加和查询外，还需要更新、删除操作，那么，应优先选择InnoDB存储引擎。

除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑InnoDB引擎。

数据文件结构:

• 表名.frm 存储表结构(MySQL8.0时， 合并在表名.ibd中)
• 表名.ibd存储数据和索引

InnoDB是为处理巨大数据量的最大性能设计。

对比MyISAM的存储弓|擎，InnoDB写的处理效率差一 些 ，并且会占用更多的磁盘空间以保存数据和索引。

MyISAM只缓存索引，不缓存真实数据；InnoDB不仅缓存索弓|还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响。

MyISAM引擎：主要的非实物存储引擎

MyISAM提供了大量的特性，包括全文索引压缩、空间函数(GIS)等， 但MyISAM 不支持事务、行级锁、外键，有一个毫无疑问的缺陷就是崩溃后无法安全恢复。

5. 5之前默认的存储引擎

优势是访问的速度快，对事务完整性没有要求或者以6ELECTS INSERT为主的应用

针对数据统计有额外的常数存储。故而count()的查询效率很高

数据文件结构: 

• 表名.frm存储表结构
• 表名.MYD存储数据(MYData)
• 表名.MYI存储索引(MYIndex)

应用场景:只读应用或者以读为主的业务

InnoDB和MyISAM

MySQL5.5之前的默认存储弓|擎是MyISAM, 5.5之 后改为了InnoDB

首先对于InnoDB存储引擎，提供了良好的事务管理、崩溃修复能力和并发控制。因为InnoDB存储引擎支持事务，所以对于要求事务完整性的场合需要选择InnoDB，比如数据操作除了插入和查询以外还包含有很多更新、删除操作，像财务系统等对数据准确性要求较高的系统。缺点是其读写效奉稍差，占用的数据空间相对比较大。

其次对于MyISAM存储引擎，如果是小型应用，系统以读操作和插入操作为主，只有很少的更新、删除操作，并且对事务的要求没有那么高，则可以选择这个存储引擎。MyISAM存储引擎的优势在于占用空间小，处理速度快; 缺点是不支持事务的完整性和并发性。

这两种引擎各有特点，当然你也可以在MySQL中，针对不同的数据表，可以选择不同的存储引擎。

	MyISAM	InnoDB
外键	不支持	支持
事务	不支持	支持
行表锁	表锁，即使操作一条记录也会锁住整个表，不适合高并发的操作	行锁，操作时只锁某一行， 不对其它行有影响，适合高并发的操作
缓存	只缓存索引，不缓存真实数据	不仅缓存索弓还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响
自带系统表使用	Y	N
关注点	性能：节省资源、消耗少、简单业务	事务：并发写、事务、更大资源
默认安装	Y	Y
默认使用	N	Y

Archive引擎

archive是归档的意思，仅仅支持插入和查询两种功能(行被插入后不能再修改)。

在MySQL5.5以后支持索引功能。

拥有很好的压缩机制，使用zlib压缩库，在记录请求的时候实时的进行压缩,经常被用来作为仓库使用。

创建ARCHIVE表时，存储引擎会创建名称以表名开头的文件。数据文件的扩展名为. ARZ。

根据英文的测试结论来看，同样数据量下，Archive表比MyISAM表要小大约75%，比支持事务处理的InnoDB表小大约83%。

ARCHIVE存储引擎采用了行级锁。该ARCHIVE引擎支持AUTO. INCREMENT列属性。AUTO_INCREMENT列可以具有唯一索引或非唯一索引。 尝试在任何其他列上创建索引会导致错误。

Archive表适合日志和数据采集(档案)类应用;适合存储大量的独立的作为历史记录的数据。拥有很高的插入速度，但是对查询的支持较差。

CSV引擎：存储数据时，以逗号分隔各个数据

• CSV引擎可以将普通的CSV文件作为MySQL的表来处理，但不支持索引。
• CSV引擎可以作为一种数据交换的机制，非常有用。
• CSV存储的数据直接可以在操作系统里，用文本编辑器或者excel读取。
• 对于数据的快速导入、导出是有明显优势的。

创建CSV表时，服务器会创建一个纯文本数据文件,其名称以表名开头并带有.CSV 扩展名。当你将数据存储到表中时，存储引擎将其以逗号分隔值格式保存到数据文件中。

Memory引擎：置于内存的表

概述

Memory采用的逻辑介质是内存，响应速度很快 ，但是当mysqld守护进程崩溃的时候数据会丢失。另外，要求存储的数据是数据长度不变的格式，比如，Blob和Text类型的数据不可用(长度不固定的)。

主要特征

• Memory同时支持哈希(HASH) 索引和B+树索引。
  • 哈希索引|相等的比较快，但是对于范围的比较慢很多。
  • 默认使用哈希(HASH) 索引，其速度要比使用B型树(BTREE) 索引快。
  • 如果希望使用B树索引，可以在创建索引时选择使用。
• Memory表至少比MyISAM表要快一个数量级 。
• MEMORY表的大小是受到限制的。表的大小主要取决于两个参数，分别是max_rows和max_heap_table_ size。其中，max_rows可以在创建表时指定；max_ heap_table_ size的大小默认为16MB,可以按需要进行扩大。
• 数据文件与索引文件分开存储。
  • 每个基于MEMORY存储引|擎的表实际对应一个磁盘文件，该文件的文件名与表名相同，类型为frm类型,该文件中只存储表的结构，而其数据文件都是存储在内存中的。
  • 这样有利于数据的快速处理，提供整个表的处理效率。
• 缺点:其数据易丢失，生命周期短。基于这个缺陷，选择MEMORY存储引擎时需要特别小心。

使用场景

1. 目标数据比较小，而且非常频繁的进在访问，在内存中存放数据,如果太大的数据会造成内存溢出。可以通过参数max_heap_table_size控制Memory表的大小，限制Memory表的最大的大小。
2. 如果数据是临时的，而且必须立即可用得到，那么就可以放在内存中。
3. 存储在Memory表中的数据如果突然间丢失的话也没有太大的关系。