MySQL 存储引擎 MyISAM 和 InnoDB

---

引言

存储引擎的实质就是如何实现存储数据，为存储的数据建立索引以及查询、更改、删除数据等技术实现的方法。
不同于很多数据库系统仅仅选择一种类型的数据存储方式，MySQL 数据库支持多种不同的数据引擎，可以根据具体的要求，针对每一个表使用不同的数据引擎，摒弃了很多其他数据库采取的 “一个尺码满足一切需求” 的解决方案，正是这种灵活性，使得 MySQL 数据库如此受欢迎。

---

一、MyISAM 存储引擎

1. 存储引擎概述

• MySQL中的数据用各种不同的技术存储在文件中，每一种技术都使用不同的存储机制、索引技巧、锁定水平并最终提供不同的功能和能力，这些不同的技术以及配套的功能在MySQL中称为存储引擎。
• 存储引擎是MySQL将数据存储在文件系统中的存储方式或者存储格式
• MySQL数据库中的组件，负责执行实际的数据I/O操作
• MySQL系统中，存储引擎处于文件系统之上，在数据保存到数据文件之前会传输到存储引擎，之后按照各个存储引擎的存储格式进行存储

2. MyISAM 介绍

• MyISAM 存储引擎是 MySQL 关系数据库系统 5.5 版本之前的存储引擎，它的前身就是 ISAM。

• ISAM 是一个定义明确且历经时间考研的数据表格管理方法，它在设计之时就考虑到数据库被查询的次数要远大于更新的次数，因此，ISAM 执行读取操作的速度很快，而且不占用大量的内存和存储资源

• ISAM 的两个主要不足之处在于，它不支持事务，也不能够容错，如果硬盘崩溃了，那么数据文件就无法恢复了。如果正在把 ISAM 用在关键任务应用程序里，那就必须经常备份所有的实时数据，通过其复制特性，MySQL 就能过支持这样的备份应用程序

• MyISAM 管理非事务表，是MySQL 的 ISAM 扩展格式

• 除了提供 ISAM 里没有的索引呵呵字段管理的大量功能，MyISAM 还使用一种表格锁定的机制，来优化多个并发的读写操作

• MySIAM 提供告诉存储和检索，以及全文搜索能力，从而受到 Web 开发者的青睐，因为在 Web 开发过程中需要进行大量的数据读取操作

3. MyISAM 特点

MySIAM 对数据读取有非常好的支持，MyISAM 存储引擎的一些特点如下：

• 不支持事务，不需要事务支持的系统不能使用 MyISAM 作为存储引擎
• 表级锁定形式，数据在更新时锁定整个表
• 数据库在读写过程中相互阻塞：
  ① 在数据写入的过程阻塞用户对数据的读取
  ② 会在数据读取的过程中阻塞用户的数据的写入
• 可以通过设置缓存索引来提高访问的性能，减少磁盘 IO 的压力
• 采用 MyISAM 存储引擎进行数据单独写入或读取，速度较快且占用资源相对要少，适合查询、插入为主的应用
• MyISAM 存储引擎不支持外键约束只支持全文索引，数据文件和索引文件是分开保存的
• 每个 MyISAM 在磁盘上存储成三个文件，每一个文件的名字均以表的名字开始，扩展名指出文件类型
  ① .frm 文件存储表定义
  ② 数据文件的扩展名为 .MYD (MYData)
  ③ 索引文件的扩展名是 .MYI (MYIndex)

4. MyISAM 支持的存储格式

支持三种不同的存储格式：

• ① 静态(固定长度)表
  静态表是默认的存储格式
  静态表中的字段都是非可变字段，这样每个记录都是固定长度的
  这种存储方式的优点是存储非常迅速，容易缓存，出现故障容易恢复
  缺点是相对而言，占用的空间通常比动态表多

• ② 动态表
  动态表包含可变字段，记录不是固定长度的
  这样存储的优点是占用空间较少，但是频繁的更新、删除记录会产生碎片
  需要定期执行 OPTIMIZETABLE 语句或 myisamchk -r 命令来改善性能
  并且出现故障的时候恢复相对比较困难

• ③ 压缩表
  压缩表由 myisamchk 工具创建，占据非常小的空间
  因为每条记录都是被单独压缩的，所以只有非常小的访问开支

5. 适用的生产场景

在生产环境中，需要根据场景的实际情况，选择核实的存储引擎

• 场景一
  ① 公司业务不需要事务的支持，这点是非常明确的，因为 MyISAM 没有事务
  ② 一般单方面读取或写入数据比较多的业务，因为 MyISAM 具有读写互相阻塞的特点，数据读写都比较频繁的场景不适合使用
  ③ 使用读写并发访问相对较低的业务
  ④ 数据修改相对较少的业务

• 场景二
  ① 公司的业务不需要事务的支持
  ② 一般单方面读取数据比较多的业务，或单方面写入数据比较多的业务，以及读写并发访问相对较低的业务
  ③ 以读为主的业务，如 www、blog 图片信息库、用户数据库、商品库等业务
  ④ 对业务一致性要求不是非常高的业务
  ⑤ 服务器硬件资源相对比较差

二、InnoDB 存储引擎

1. InnoDB 概述

• InnoDB 存储引擎不同于 MyISAM 存储引擎，能够支持事务安全表（ACID 兼容），具有提交、回滚和崩溃恢复的能力
• InnoDB 支持行级锁定，并且可以在 SELECT 语句中提供一个与 Oracle 风格类似的非锁定读，也支持 FOREIGN KEY 强制
• InnoDB 存储引擎还支持 SQL 查询中将 InnoDB 类型的表与其他 MySQL 的表类型混合使用，甚至在同一个查询中也可以混合使用
• InnoDB 是为处理巨大数据量时的最大性能而设计的，它的 CPU 效率可能是任何其他基于磁盘的关系数据库引擎所不能匹敌的
• InnoDB 存储引擎被完全与 MySQL 服务器整合，为在内存中缓存数据和索引而维持它自己的缓冲池
• InnoDB 在一个表空间中存储它的表与索引，表空间可以包含数个文件（或原始磁盘分区），这与 MyISAM 不同，比如在 MyISAM 表中每个表被存储在分离的文件中
• InnoDB 表可以是任何尺寸，即使在文件尺寸被限制为 2GB 的操作系统上也无影响

2. 特点

• 支持事务，支持四个事务隔离级别
• 行级锁定，但是全表扫描仍然会是标记锁定
• 读写阻塞与事务隔离级别相关
• 具有非常高效的缓存特性，能缓存索引，也能缓存数据
• 表与主键以簇的方式存储
• 支持分区、表空间，类似 Oracle 数据库
• 支持外键约束，MySQL 5.5 以前不支持全文索引，5.5 版本以后支持
• 适合对硬件资源要求比较高的场合

3. 适用的生产场景

• 业务需要事务的支持
• 行级锁定对高并发有很好的适应能力，但需要确保查询时通过索引来完成
• 业务数据更新较为频繁的场景，如论坛、微博等
• 业务数据一致性要求较高，例如银行业务
• 硬件设备内存较大，利用 InnoDB 较好的缓存能力来提高内存利用率，减少磁盘 IO 的压力

4. 企业选择存储引擎的依据

选择哪种存储引擎，应根据企业系统的实际需要，考虑每个存储引擎提供了哪些不同的核心功能及应用的常见
主要依据以下几个方面来决定：

• 存储引擎支持的字段和数据类型:
  所有的引擎都支持通用的数据类型，但不是所有的引擎都支持其他的字段类型，如二进制对象

• 锁定类型：
  不同的存储引擎支持不同级别的锁定
  表锁定：MyISAM 支持
  行锁定：InnoDB 支持

• 索引的支持：
  建立索引在搜索和恢复数据库中的数据时能够显著提高性能
  不同的存储引擎提供不同的制作索引的技术
  有些存储引擎根本不支持索引

• 事务处理的支持：
  事务处理功能提供向表中更新和插入信息期间的可靠性
  可根据企业业务是否要支持事务选择存储引擎

InnoDB 中不保存表的行数，需要扫描一遍整个表来计算有多少行，但是 MyISAM 只要简单的读出保存好的行数即可
需要注意的是，当"count( )"语句包含 where 条件时，MyISAM 也需要扫描整个表
对于自增长的字段，InnoDB 中必须包含只有该字段的索引，但是在 MyISAM 表中可以和其他字段一起建立组合索引
清空整个表时，InnoDB 是一行一行的删除，效率非常慢；而MyISAM 则会重建表

三、存储引擎的查看与修改

1. 查看数据库可配置的存储引擎类型

show engines;

2. 查看表使用的存储引擎

方法一：
show table status from 库名 where name='表名'\G;

方法二：
use 库名;
show create table 表名;

3. 修改存储引擎

• 通过 alter table 修改

use 库名;
alter table 表名 engine=MyISAM;

• 修改 /etc/my.cnf 配置文件

vim /etc/my.cnf
#添加如下模块
[mysqld]
default-storage-engine=INNODB

systemctl restart mysqld.service					#重启 mysql 服务
注意：此方法只对修改了配置文件并重启 mysql 服务后新创建的表有效，已经存在的表不会有变更。

• 创建表时指定存储引擎

use 库名;
create table 表名(字段1 数据类型,...) engine=MyISAM;

总结

• MyISAM 适合再无事务要求，读写并发少的场景使用
• InnoDB 适合再有事务要求，读写并发多的场景使用
• MySQL中myisam与innodb特点和区别：

InnoDB支持事务，而MyISAM不支持事务
InnoDB支持行级锁，而MyISAM支持表级锁
InnoDB支持MVCC, 而MyISAM不支持
InnoDB支持外键，而MyISAM不支持
InnoDB不支持全文索引，而MyISAM支持。
InnoDB提供提交、回滚、崩溃恢复能力的事务安全（ASID）能力，实现并发控制。
MyISAM提供较高的插入和查询记录的效率，主要用于插入和查询。
memory用于临时存放数据，数据量不大并且不需要较高数据安全性。
archive：如果只有插入和查询可以用，支持高并发的插入操作，但本身不是事务安全
两者执行 select count(*) ，MyISAM更快，因为MyISAM内部维护了一个计数器，可以直接调取。