目录
MySQL 存储引擎的区别与比较
存储引擎,即表类型(table_type) 。用户可以根据应用的需求选择如何来存储数据、索引、是否使用事务等。选择合适的存储引擎往往能够有效的提高数据库的性能和数据的访问效率,另外一个数据库中的多个表可以使用不同引擎的组合以满足各种性能和实际需求。
存储引擎时MqSQL区别于其他数据库的一个最重要特性。每个存储引擎都有各自的特点,能够根据具体的应用建立不通的存储引擎表。MySQL的核心是存储引擎。
MySQL是开源的,可以根据MySQL预定义的存储引擎接口编写自己的存储引擎,也可以通过修改源码来实现自己想要的特性。
MySQL 支持很多存储引擎,包括 MyISAM、InnoDB、BDB、MEMORY、MERGE、EXAMPLE、NDB Cluster、 ARCHIVE 等,其中 InnoDB 和 BDB 支持事务安全。它还支持一些第三方的存储引擎,例如 TokuDB(高 写性能高压缩存储引擎)、Infobright(列式存储引擎)。
查看当前表使用的存储引擎
mysql> show create table prov_cfg;
+----------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+----------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| prov_cfg | CREATE TABLE `prov_cfg` (
`province` varchar(10) NOT NULL,
`province_cb` varchar(10) NOT NULL,
`province_name` varchar(20) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 |
+----------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
mysql> show table status like 'prov_cfg'\G;
*************************** 1. row ***************************
Name: prov_cfg
Engine: InnoDB
Version: 10
Row_format: Dynamic
Rows: 2
Avg_row_length: 8192
Data_length: 16384
Max_data_length: 0
Index_length: 0
Data_free: 0
Auto_increment: NULL
Create_time: 2020-06-08 11:19:46
Update_time: 2020-08-08 13:50:14
Check_time: NULL
Collation: utf8mb4_general_ci
Checksum: NULL
Create_options:
Comment:
1 row in set (0.01 sec)
查看当前数据库支持的存储引擎
mysql> show engines;
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| 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 |
| CSV | YES | CSV storage engine | NO | NO | NO |
| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |
| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |
| MyISAM | YES | MyISAM 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 |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
9 rows in set (0.00 sec)
定义存储引擎
在创建表的时候,在 create 语句最后加上 engine=innodb
或者用 alter table 语句修改 alter table emp engine=innodb;
InnoDB存储引擎
MySQL5.5 之后的默认存储引擎。
支持事务,主要面向在线事务处理(OLTP)方面的应用。特点是行锁设计、支持外键,默认情况下读取操作不会产生锁。
InnoDB通过使用多版本并发控制(MVCC)来获得高并发性,并且实现了SQL标准的4种隔离级别,默认为REPEATABLE级别。同时使用一种被称为next-key locking的策略来避免幻读(phantom)现象的产生。此外,InnoDB存储引擎还提供了插入缓冲(insert buffer)、二次写(double write)、自适应哈希索引(adaptive hash index)、预读(read ahead)等高性能和高可用的功能。
对于表中的数据,InnoDB采用了聚集(clustered)的方式,这种方式类似于Oracle的索引聚集表(index organized table,IOT)。每张表的存储都按主键的顺序存放,如果没有显式的在表定义时指定主键,InnoDB存储引擎会为每一行生成一个6字节的ROWID,并以此作为主键。
应用场景
如果应用对事务的完整性有较高的要求,在并发条件下要求数据的一致性,数据操作中包含读、 插入、删除、更新,那 InnoDB 是最好的选择。在计费系统、财务系统等对数据的准确性要求较高的系统 中被广泛应用。
优点
提供了具有提交(Commit)、回滚(Rollback)、崩溃恢复能力的事务安全,支持外键。
缺点
相比较于 MyISAM,写的处理效率差一点,并且会占用更多的磁盘空间来存储数据和索引
特点
- 自动增长列
innoDB 表的自动增长列必须是索引,如果是组合索引,也必须是组合索引的第一列
MyISAM 表的自动增长列可以是组合索引的其他列
设置自动增长列:create 表时,在字段后加 auto_increment 可以通过 alter table emp auto_increment=n 来强制设置自动增长列的初始值,默认是 1,但是该强制 指定的值是保存在内存中的,所以在数据库重启后会失效,需要重新设置 - 外键约束
MySQL 的存储引擎中只有 innoDB 支持外键约束
注意:当某个表被其它表创建了外键参照,那么该表对应的索引和主键禁止被删除
当导入多个表的数据时,如果要忽略表之前导入顺序,或者当执行 load data 和 alter table 操作,为了提 高处理速度的时候,可以暂时关闭外键约束,命令是 mysql> set foreign_key_checks=0; 执行完之后,再使其为 1 ,开启外键。
查看外键信息
show create table 或 show table status - 存储方式
innoDB 存储数据和索引有共享表空间存储和独占表空间存储两种方式,通过参数 innodb_file_per_table 控制,0 表示共享空间,也是默认的,1 表示独占空间
两种方式的表结构(描述)都保存在.frm 文件中
共享表空间:
每一个数据库的所有表的数据、索引都保存在一个文件中,默认在 data 目录下,名为 ibdata1,大小为 10M 的文件,可以通过参数 innodn_data_file_path=/data/ibdata1:2000M 来指定存储路径。
优点:
(1)、可以将表空间分为多个文件放在不同的磁盘上,分布 IO,提高性能。 innodn_data_file_path=/data/ibdata1:2000M;/db/ibdata2:2000M:autoextend
autoextend 表示如果指定的 2000M 空间用满后,该文件自动增长。
也就是说采用共享空间存储,存储空间的大小不受文件系统下文件大小的限制了,而取决于自身的限制, 官方文档显示,表空间的最大限制是 64TB。
(2)、表数据和表结构放在一起,方便管理
缺点:由于所有的数据和索引都是在一个文件中混合存储,这样的话对一个表做了大量的删除操作后,表 空间中会产生大量的空隙
独占表空间存储:
每一张表都有自己独立的表空间,表的结构依然在.frm 文件中,还有一个后缀为.ibd 的文件,保存了这张 表的数据和索引。
优点:
(1)、每张表都有自己独立的表空间,可实现单表在不同数据库中移动
(2)、 空间可回收。drop table 会自动回收;删除数据后,通过 alter table emp engine=innodb 也 可回收不用的表空间
(3)、 效率和性能会好一些
缺点:
由于每个表的数据都是以一个单独的文件来存放,所以会受到文件系统的大小限制
MyISAM存储引擎
MySQL5.5 之前的默认存储引擎。MySQL5.0之前,MyISAM默认支持的表大小为4G,5.0后,默认支持256T的单表数据。
优势
访问速度快
适用场景
对事务的完整性没有要求,或以 select、insert 为主的应用基本都可以选用 MYISAM。在 Web、 数据仓库中应用广泛。
特点
- 不支持事务、外键、表锁和全文索引,对于一些OLAP(Online Analytical Processing,在线分析处理)操作速度快。
- 每个 myisam 在磁盘上存储为 3 个文件,文件名和表名相同,扩展名分别是
.frm -------存储表定义
.MYD --------MYData,存储数据
.MYI --------MYIndex,存储索引
数据文件和索引文件可以放在不同的目录,平均分布 IO,加快访问速度,在创建表的时候通过 data directory 和 index directory 来指定存储路径 - 支持三种不同的存储格式
(1)、静态表(fixed)
默认的存储格式
静态表中的字段都是非变长字段,每个记录都是固定的长度,当表不包含变量长度列(VARCHAR, BLOB, 或 TEXT)时,使用这个格式。
优点:存储迅速,出现故障容易恢复
缺点:占用空间比动态表大,静态表在进行数据存储时会按照事先定义的列宽度补足空格,但在访问的时 候会去掉这些空格 注意:如果数据本身带有空格,在返回的时候会去掉数据本身自带的末尾的空格,前面的会保留
(2)、动态表(dynamic)
包含变长字段,例如 varchar、、text、blob,如果一个 MyISAM 表包含任何可变长度的字段(varchar、 blob、text),或者该表创建时用 row_format=dynamic 指定,则该表使用动态格式存储
优点:占用空间小
缺点:频繁的更新和删除操作会产生碎片,需要定期用 optimize table 语句或 myisamchk -r 命令来改善性能,并且在出现故障后较难恢复
(3)、压缩表
由 myisampack 工具创建,占据非常小的磁盘空间,因为每个记录都是被单独压缩的
NDB存储引擎
一个集群存储引擎。特点是数据全部存放在内存中(5.1开始,可以将非索引数据存在磁盘上),主键查找速度极快,通过添加NDB数据存储节点(Data Node)可以线性的提高数据库性能,是高可用、高性能的集群系统。
Memory存储引擎
将表中的数据存放在内存中,如果数据库重启或发生崩溃,表中数据将消失。非常适用于存储临时数据的临时表,以及数据仓库的纬度表。默认使用哈希索引,而不是我们熟悉的B+树索引。
Memory存储引擎速度非常快,使用上还是有一定限制。只支持表锁,并发性能较差,不支持TEXT和BLOB列类型。存储变长字段是按照定长字段方式进行的,浪费内存。
MySQL数据库使用Memory存储引擎作为临时表来存放查询的中间结果。如果中间结果大于Memory存储引擎的容量设置,又或者中间结果含有TEXT或BLOB列类型字段,则MySQL数据库会把其转换到MyISAM存储引擎表而存放到磁盘。MyISAM不缓存数据文件,因此这时产生的临时表的性能对于查询会有损失。
Archive存储引擎
只支持SELECT和INSERT操作,5.1开始支持索引。非常适合存储归档数据,如日志信息。