前言
要想对SQL进行优化,那么对于存储引擎的了解是必不可少的。想着那就写一篇关于引擎的文章,对自己也算是一个回顾
1、查看存储引擎
在了解存储引擎之前,我们肯定要知道MySQL给我们提供了哪些引擎,通过:show engines 查看
2、设置系统默认的存储引擎
我们可以先查看默认的存储引擎
show variables like '%storage_engine%';
#或
SELECT @@default_storage_engine;
我的MySQL版本的8.x,可以看到默认引擎是InnoDB
那如何修改默认的存储引擎呢?
如果是8.0及以上,那么在创建表的语句中没有显式指定表的存储引擎的话,那就会默认使用 InnoDB 作为表的存储引擎。 如果是5.x,我们想改变表的默认存储引擎的话,可以这样写启动服务器的命令行:
SET DEFAULT_STORAGE_ENGINE=MyISAM;
或者修改 my.cnf 文件:
default-storage-engine=MyISAM
# 重启服务
systemctl restart mysqld.service
3、设置表的存储引擎
存储引擎是负责对表中的数据进行提取和写入工作的,我们可以为 不同的表设置不同的存储引擎 ,也就是说不同的表可以有不同的物理存储结构,不同的提取和写入方式。
3.1、创建表时指定存储引擎
如果创建表的语句没有指定表的存储引擎,那就会使用默认的存储引擎 InnoDB 。如果我们想显式的指定一下表的存储引擎,那可以这么写:
CREATE TABLE 表名(
建表语句;
) ENGINE = 存储引擎名称;
3.2、修改表的存储引擎
如果表已经建好了,我们也可以使用下边这个语句来修改表的存储引擎:
ALTER TABLE 表名 ENGINE = 存储引擎名称;
比如我们修改一下 engine_demo_table 表的存储引擎:
ALTER TABLE engine_demo_table ENGINE = InnoDB;
4、引擎介绍
好,到了这里,因为是完全按照大家熟悉的SQL语句先对引擎认识一下,相信大家对于引擎已经有了一点点感觉,如果还没有感觉,没关系,接下来会只挑重点讲:
4.1、InnoDB 引擎:具备外键支持功能的事务存储引擎
-
MySQL从3.23.34a开始就包含InnoDB存储引擎。 大于等于5.5之后,默认采用InnoDB引擎 。 -
InnoDB是MySQL的 默认事务型引擎 ,它被设计用来处理大量的短期(short-lived)事务。可以确保事务的完整提交(Commit)和回滚(Rollback)。 -
除了增加和查询外,还需要更新、删除操作,那么,应优先选择InnoDB存储引擎。 -
除非有非常特别的原因需要使用其他的存储引擎,否则应该优先考虑InnoDB引擎。 -
数据文件结构: (1)表名.frm 存储表结构 (2)表名.ibd 存储数据和索引 -
对比MyISAM的存储引擎, InnoDB写的处理效率差一些 ,并且会占用更多的磁盘空间以保存数据和索引。 -
MyISAM只缓存索引,不缓存真实数据;InnoDB不仅缓存索引还要缓存真实数据, 对内存要求较高 ,而且内存大小对性能有决定性的影响。
4.2、MyISAM 引擎:主要的非事务处理存储引擎
- MyISAM提供了大量的特性,包括全文索引、压缩、空间函数(GIS)等,但MyISAM 不支持事务、行级锁、外键 ,有一个毫无疑问的缺陷就是 崩溃后无法安全恢复 。(这也是因为不支持事务导致的)
- MySQL5.5之前默认的存储引擎
- 优势是访问的 速度快 ,对事务完整性没有要求或者以SELECT、INSERT为主的应用
- 针对数据统计有额外的常数存储。故而 count(*) 的查询效率很高
- 数据文件结构:
(1)表名.frm 存储表结构 (2)表名.MYD 存储数据 (3)表名.MYI 存储索引 - 应用场景:只读应用或者以读为主的业务
4.3、Archive 引擎:用于数据存档
4.4、Memory 引擎:置于内存的表
概述: Memory采用的逻辑介质是 内存 , 响应速度很快 ,但是当mysqld守护进程崩溃的时候 数据会丢失 。另外,要求存储的数据是数据长度不变的格式,比如,Blob和Text类型的数据不可用(长度不固定的)。
主要特征:
- Memory同时 支持哈希(HASH)索引 和 B+树索引 。
- Memory表至少比MyISAM表要 快一个数量级 。(MylSAM比InnoDB要快,但是Memory还要比MylSAM快,因为是直接从内存中读取)
- MEMORY 表的大小是受到限制 的。表的大小主要取决于两个参数,分别是 max_rows 和max_heap_table_size 。其中,max_rows可以在创建表时指定;max_heap_table_size的大小默认为16MB,可以按需要进行扩大。
- 数据文件与索引文件分开存储
- 缺点:其数据易丢失,生命周期短。基于这个缺陷,选择MEMORY存储引擎时需要特别小心。
Memory存储引擎的使用场景:
- 目标数据比较小 ,而且非常 频繁的进行访问 ,在内存中存放数据,如果太大的数据会造成 内存溢出 。可以通过参数 max_heap_table_size 控制Memory表的大小,限制Memory表的最大的大小。
- 如果 数据是临时的 ,而且 必须立即可用 得到,那么就可以放在内存中。
- 存储在Memory表中的数据如果突然间 丢失的话也没有太大的关系 。
4.5、其他引擎
MySQL存储引擎还有:
- Blackhole 引擎:丢弃写操作,读操作会返回空内容
- CSV 引擎:存储数据时,以逗号分隔各个数据项
- Federated 引擎:访问远程表
- Merge引擎:管理多个MyISAM表构成的表集合
- NDB引擎:MySQL集群专用存储引擎
这些都不常用,但也列出一下,感兴趣的小伙伴可以单独去了解一下哦。
MyISAM和InnoDB的对比
MySQL5.5之前的默认存储引擎是MyISAM,5.5之后改为了InnoDB。
MySQL中同一个数据库,不同的表可以选择不同的存储引擎。而在实际场景中,用的最多的两个引擎就是MylSAM和InnoDB了。这里有一个点需要注意,并不是说InnoDB作为MySQL5.5之后的默认引擎就一定比MylSAM引擎要好,并不存在说InnoDB就是来替代MyISAM的,这两者更倾向于一个互补的关系。
对比项 | MylSAM | InnoDB |
---|
外键 | 不支持 | 支持 | 事务 | 不支持 | 支持 | 行表锁 | 表锁,即使操作一条记录也会锁住整个表,不适合高并发的操作 | 行锁,操作时只锁某一行,不对其它行有影响,适合高并发的操作 | 缓存 | 只缓存索引,不缓存真实数据 | 不仅缓存索引还要缓存真实数据,对内存要求较高,而且内存大小对性能有决定性的影响 | 自带系统表使用 | Y | N | 关注点 | 性能:节省资源、消耗少、适用于简单业务 | 事务、并发写、更大资源 | 默认安装 | Y | Y | 默认使用 | N | Y |
总结
如果有哪些写的不对的地方,望各位指出,感谢。
|