MySQL高级篇——聊聊MySQL的存储引擎

文章目录:

1.关于存储引擎的相关命令

2.存储引擎的详细介绍

2.1 InnoDB(重点,具备外键支持功能的事务存储引擎)

2.2 MyISAM(重点,主要的非事务处理存储引擎 )

2.3 Memory(置于内存的表)

2.4 Archive(用于数据存档)

2.5 Blackhole(丢弃写操作,读操作会返回空内容)

2.6 CSV(存储数据时,以逗号分隔各个数据项)

2.7 Federated(访问远程表)

2.8 Merge(管理多个MyISAM表构成的表集合)

2.9 NDB(MySQL集群专用存储引擎)

3.存储引擎对比

4.关于InnoDB和MyISAM(重点)


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 NDBMySQL集群专用存储引擎)


3.存储引擎对比

其实我们最常用的就是 InnoDB MyISAM ,有时会提一下 Memory 。其中 InnoDB MySQL 默认的存储引擎。

4.关于InnoDB和MyISAM(重点)

很多人对 InnoDB MyISAM 的取舍存在疑问,到底选择哪个比较好呢?
MySQL5.5 之前的默认存储引擎是 MyISAM 5.5 之后改为了 InnoDB

猜你喜欢

转载自blog.csdn.net/weixin_43823808/article/details/124099884