MySQL存储引擎
一、 数据库存储引擎
数据库存储引擎是数据库底层软件组件,数据库管理系统(DBMS)使用数据引擎进行创建、查询、更新和删除数据操作。
MySQL提供了多个不同个的存储引擎,包括处理 事务安全表 的引擎 和 处理 非事务安全表 的引擎。MySQL中,不需要在整个服务器使用同一种存储引擎,针对具体的要求,可以对每个表用不同的存储引擎。
MySQL5.7 支持的引擎:InnoDB,MyISAM,Memory,Merge,Archive,Federated,CSV,BLACKHOLE 等。
1.查看系统支持的存储引擎
可以通过使用 下列语句查看系统所支持的引擎类型。
SHOW ENGINES;
结果如下:(主要关注 InnoDB 引擎 和 MyISAM引擎)
Engine | Support | Comment | Transactions | XA | Savepoints |
---|---|---|---|---|---|
InnoDB | DEFAULT | Supports transactions, row-level locking, and foreign keys | YES | YES | YES |
MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |
MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
MyISAM | YES | MyISAM storage engine | NO | NO | NO |
CSV | YES | CSV storage engine | NO | NO | NO |
ARCHIVE | YES | Archive storage engine | NO | NO | NO |
PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |
FEDERATED | NO | Federated MySQL storage engine | (NULL) | (NULL) | (NULL) |
2. 查看当前数据的默认引擎
使用:
show variable like '%storage_engine%';
结果如下:
Variable_name | Value |
---|---|
default_storage_engine | InnoDB |
default_tmp_storage_engine | InnoDB |
disabled_storage_engines | |
internal_tmp_disk_storage_engine | InnoDB |
3. 查看某张表的具体结构和引擎
使用:(以某张表 t_user为例,下同)
show create table t_user;
结果如下:
除了显示表创建的语句外,在最后显示 ENGINE=InnoDB DEFAULT CHARSET=utf8
。
4. 修改某张表的存储引擎
使用:
alter table t_user engine=MyISAM;
通过 show create table t_user;
可以查看引擎变成了 MyISAM了。
二、 InnoDB引擎和 MyISAM引擎(表级)
1. InnoDB
InnoDB 是 事务型数据库 的首选引擎,支持事务安全表(ACID),支持 行锁 和 外键。MySQL5.5之后,InnoDB作为默认存储引擎。
1.1 数据存储结构
MySQL 使用 InnoDB 存储 表时,会将 表的定义 和 数据索引 等信息分开存储,其中前者存储在 .frm 文件中,后者存储在 .ibd 文件中。
.frm: 表结构的定义 存放的位置
.ibd: 索引和数据文件 存放的位置(InnoDB Data)
在MySQL安装目录下的Data目录下,以InnoDB为引擎的表,可以找到如下图。
1.2 主要特性:
-
InnoDB 引擎提供了对数据库 ACID事务的支持,并且实现了 SQL标准的四种隔离级别。
【未提交读(Read uncommitted),已提交读(Read committed),可重复读(Repeatable read),可序列化(可串行化)(Serializable)】
-
该引擎还提供了行级锁和外键约束
使用行级锁也不是绝对的,如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表同样会锁全表。
-
它的设计目标是处理大容量数据库系统,它本身其实就是基于MySQL后台的完整数据库系统。
-
MySQL运行时Innodb会在内存中建立缓冲池,用于缓冲数据和索引。
-
该引擎不支持FULLTEXT类型的索引(不支持全文索引)。
-
它没有保存表的行数,当
SELECT COUNT(*) FROM TABLE
时需要扫描全表。 -
当需要使用数据库事务时,该引擎当然是首选。
-
由于锁的粒度更小,写操作不会锁定全表,所以在并发较高时,使用Innodb引擎会提升效率。
-
InnoDB 是聚集索引,MyISAM 是 非聚集索引。
2. MyISAM
MyISAM基于 ISAM的存储引擎,并对其扩展。是在 Web、数据存储和其他应用环境下最常使用的存储引擎之一。拥有 较高的插入、查询速度,但 不支持事务。在MySQL 5.5 之前,是默认存储引擎。
2.1 存储结构
.frm: 表结构定义 存放的位置;
.MYI: 表索引 存放的位置;(MyISAM Index)
.MYD: 表数据 存放的位置;(MyISAM Data)
存储结构图:
2.2 主要特性
- 但是它没有提供对数据库事务的支持,也不支持行级锁和外键,
- 因此当
INSERT
(插入)或UPDATE
(更新)数据时即写操作需要锁定整个表,效率便会低一些。 - MyIASM中存储了表的行数,于是
SELECT COUNT(*) FROM TABLE
时只需要直接读取已经保存好的值而不需要进行全表扫描。 - 如果表的读操作远远多于写操作且不需要数据库事务的支持,那么MyIASM也是很好的选择。
3. 主要区别
- MyIASM是非事务安全的,而InnoDB是事务安全的
- MyIASM锁的粒度是表级的,而InnoDB支持行级锁
- MyIASM支持全文类型索引,而InnoDB不支持全文索引
- MyIASM相对简单,效率上要优于InnoDB,小型应用可以考虑使用MyIASM
- MyIASM表保存成文件形式,跨平台使用更加方便
4. 应用场景:
- MyIASM管理非事务表,提供高速存储和检索以及全文搜索能力,如果再应用中执行大量select操作,应该选择MyIASM
- InnoDB用于事务处理,具有ACID事务支持等特性,如果在应用中执行大量insert和update操作,应该选择InnoDB
参考
面试宝典系列-mysql引擎Innodb和MyISAM的区别
《MySQL5.7 从入门到精通》