MySQL高级篇——聊聊MySQL的存储引擎
Posted 张起灵-小哥
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL高级篇——聊聊MySQL的存储引擎相关的知识,希望对你有一定的参考价值。
文章目录:
2.1 InnoDB(重点,具备外键支持功能的事务存储引擎)
2.5 Blackhole(丢弃写操作,读操作会返回空内容)
1.关于存储引擎的相关命令
查看 mysql 提供什么存储引擎。(我这里用的是mysql5.7)
也可以使用下面的命令更加详细的查看各大存储引擎的信息。
查看默认的存储引擎:
show variables like '%storage_engine%';
#或
SELECT @@default_storage_engine;
当然了,我们也修改默认的存储引擎。 如果在创建表的语句中没有显式指定表的存储引擎的话,那就会默认使用 InnoDB 作为表的存储引擎。如果我们想改变表的默认存储引擎的话,可以这样写启动服务器的命令行:
SET DEFAULT_STORAGE_ENGINE=MyISAM;
或者修改 my.cnf 文件:
default-storage-engine=MyISAM
#重启服务
systemctl restart mysqld
存储引擎是负责对表中的数据进行提取和写入工作的,我们可以为 不同的表设置不同的存储引擎 ,也就是说不同的表可以有不同的物理存储结构,不同的提取和写入方式。 我们之前创建表的语句都没有指定表的存储引擎,那就会使用默认的存储引擎 InnoDB 。如果我们想显式的指定一下表的存储引擎,那可以这么写:
CREATE TABLE 表名(
建表语句
) ENGINE = 存储引擎名称;
如果表已经建好了,我们也可以使用下边这个语句来修改表的存储引擎:
ALTER TABLE 表名 ENGINE = 存储引擎名称;
2.存储引擎的详细介绍
2.1 InnoDB(重点,具备外键支持功能的事务存储引擎)
MySQL 从 3.23.34a 开始就包含 InnoDB 存储引擎。 大于等于 5.5 之后,默认采用 InnoDB 引擎 。 InnoDB 是 MySQL 的 默认事务型引擎 ,它被设计用来处理大量的短期 (short-lived) 事务。可以确保事务的完整提交 (Commit) 和回滚 (Rollback) 。 除了增加和查询外,还需要更新、删除操作,那么,应优先选择 InnoDB 存储引擎。 除非有非常特别的原因需要使用其他的存储引擎,否则应该优先考虑 InnoDB 引擎。 数据文件结构: 表名 .frm 存储表结构( MySQL8.0 时,合并在表名 .ibd 中) ;表名 .ibd 存储数据和索引 。 InnoDB 是 为处理巨大数据量的最大性能设计 。在以前的版本中,字典数据以元数据文件、非事务表等来存储。现在这些元数据文件被删除 了。比如: .frm , .par , .trn , .isl , .db.opt 等都在 MySQL8.0 中不存在了。 对比 MyISAM 的存储引擎, InnoDB 写的处理效率差一些 ,并且会占用更多的磁盘空间以保存数据和索引。 MyISAM 只缓存索引,不缓存真实数据; InnoDB 不仅缓存索引还要缓存真实数据, 对内存要求较高 ,而且内存大小对性能有决定性的影响。
2.2 MyISAM(重点,主要的非事务处理存储引擎 )
MyISAM 提供了大量的特性,包括全文索引、压缩、空间函数 (GIS) 等,但 MyISAM 不支持事务、行级锁、外键 ,有一个毫无疑问的缺陷就是 崩溃后无法安全恢复 。 5.5 之前默认的存储引擎 。 优势是访问的 速度快 ,对事务完整性没有要求或者以 SELECT 、 INSERT 为主的应用。 针对数据统计有额外的常数存储。故而 count(*) 的查询效率很高 。 数据文件结构: 表名 .frm 存储表结构 ;表名 .MYD 存储数据 (MYData) ;表名 .MYI 存储索引 (MYIndex) 。 应用场景:只读应用或者以读为主的业务。
2.3 Memory(置于内存的表)
Memory 采用的逻辑介质是 内存 , 响应速度很快 ,但是当 mysqld 守护进程崩溃的时候 数据会丢失 。另外,要求存储的数据是数据长度不变的格式,比如, Blob 和 Text 类型的数据不可用 ( 长度不固定的 ) 。 主要特征: Memory同时 支持哈希( HASH )索引 和 B+ 树索引 。 Memory表至少比 MyISAM 表要 快一个数量级 。 MEMORY 表的大小是受到限制 的。表的大小主要取决于两个参数,分别是 max_rows 和 max_heap_table_size 。其中, max_rows 可以在创建表时指定; max_heap_table_size 的大小默 认为 16MB ,可以按需要进行扩大。 数据文件与索引文件分开存储。 缺点:其数据易丢失,生命周期短。基于这个缺陷,选择MEMORY 存储引擎时需要特别小心。 使用 Memory 存储引擎的场景: 1. 目标数据比较小 ,而且非常 频繁的进行访问 ,在内存中存放数据,如果太大的数据会造成 内存溢 出 。可以通过参数 max_heap_table_size 控制 Memory 表的大小,限制 Memory 表的最大的大 小。 2. 如果 数据是临时的 ,而且 必须立即可用 得到,那么就可以放在内存中。 3. 存储在 Memory 表中的数据如果突然间 丢失的话也没有太大的关系 。
2.4 Archive(用于数据存档)
2.5 Blackhole(丢弃写操作,读操作会返回空内容)
2.6 CSV(存储数据时,以逗号分隔各个数据项)
2.7 Federated(访问远程表)
2.8 Merge(管理多个MyISAM表构成的表集合)
2.9 NDB(MySQL集群专用存储引擎)
3.存储引擎对比
其实我们最常用的就是 InnoDB 和 MyISAM ,有时会提一下 Memory 。其中 InnoDB 是 MySQL 默认的存储引擎。
4.关于InnoDB和MyISAM(重点)
很多人对 InnoDB 和 MyISAM 的取舍存在疑问,到底选择哪个比较好呢? MySQL5.5 之前的默认存储引擎是 MyISAM , 5.5 之后改为了 InnoDB 。
以上是关于MySQL高级篇——聊聊MySQL的存储引擎的主要内容,如果未能解决你的问题,请参考以下文章
MySQL逻辑架构存储引擎和SQL预热 --MySQL高级篇1
MySQL从入门到精通高级篇MySQL表的存储引擎,InnoDB与MyISAM的对比