当前位置:网站首页>MySQL23-存储引擎
MySQL23-存储引擎
2022-07-06 09:11:00 【保护我方阿遥】
一. 查看存储引擎
- 查看mysql提供什么存储引擎:
show engines;
show engines \G;
二. 设置系统默认的存储引擎
- 查看默认的存储引擎:
show variables like '%storage_engine%';
#或
SELECT @@default_storage_engine;
- 修改默认的存储引擎
如果在创建表的语句中没有显式指定表的存储引擎的话,那就会默认使用 InnoDB 作为表的存储引擎。如果我们想改变表的默认存储引擎的话,可以这样写启动服务器的命令行。
SET DEFAULT_STORAGE_ENGINE=MyISAM;
或者修改 my.cnf 文件:
default-storage-engine=MyISAM
# 重启服务
systemctl restart mysqld.service
三. 设置表的存储引擎
存储引擎是负责对表中的数据进行提取和写入工作的,我们可以为 不同的表设置不同的存储引擎 ,也就是说不同的表可以有不同的物理存储结构,不同的提取和写入方式。
3.1. 创建表时指定存储引擎
我们之前创建表的语句都没有指定表的存储引擎,那就会使用默认的存储引擎 InnoDB 。如果我们想显式的指定一下表的存储引擎,那可以这么写:
CREATE TABLE 表名(
建表语句;
) ENGINE = 存储引擎名称;
3.2. 修改表的存储引擎
如果表已经建好了,我们也可以使用下边这个语句来修改表的存储引擎:
ALTER TABLE 表名 ENGINE = 存储引擎名称;
create table engine_demo_table(
c1 int primary key,
c2 varchar(25));
show create table engine_demo_table;
alter table engin_demo_table engine=MYISAM;
show create table engine_demo_table;
四. 引擎介绍
4.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不仅缓存索引还要缓存真实数据, 对内存要求较高 ,而且内存大小对性能有决定性的影响。
4.2. MyISAM 引擎:主要的非事务处理存储引擎
- MyISAM提供了大量的特性,包括全文索引、压缩、空间函数(GIS)等,但MyISAM 不支持事务、行级锁、外键 ,有一个毫无疑问的缺陷就是 崩溃后无法安全恢复 。
- 5.5之前默认的存储引擎。
- 优势是访问的 速度快 ,对事务完整性没有要求或者以SELECT、INSERT为主的应用。
- 针对数据统计有额外的常数存储。故而 count(*) 的查询效率很高。
- 数据文件结构:
- 表名.frm 存储表结构。
- 表名.MYD 存储数据 (MYData)。
- 表名.MYI 存储索引 (MYIndex)。
- 应用场景:只读应用或者以读为主的业务。
4.3. Archive 引擎:用于数据存档
- 下表展示了ARCHIVE 存储引擎功能
特征 | 支持 |
---|---|
B树索引 | 不支持 |
备份/时间点恢复 (在服务器中实现,而不是在存储引擎中) | 支持 |
集群数据库支持 | 不支持 |
聚集索引 | 不支持 |
压缩数据 | 支持 |
数据缓存 | 不支持 |
加密数据(加密功能在服务器中实现) | 支持 |
外键支持 | 不支持 |
全文检索索引 | 不支持 |
地理空间数据类型支持 | 支持 |
地理空间索引支持 | 不支持 |
哈希索引 | 不支持 |
索引缓存 | 不支持 |
锁粒度 | 行锁 |
MVCC | 不支持 |
存储限制 | 没有任何限制 |
交易 | 不支持 |
更新数据字典的统计信息 | 支持 |
4.4. Blackhole 引擎:丢弃写操作,读操作会返回空内容
4.5. CSV 引擎:存储数据时,以逗号分隔各个数据项
使用案例如下
create table testcsv (
i int not null,
c char(10) not null) engine=CSV;
INSERT INTO testcsv VALUES(1,'record one'),(2,'record two');
select * from testcsv;
cd /var/lib/mysql
cd MYSQLTEST/
4.6. 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存储引擎的场景: - 目标数据比较小 ,而且非常 频繁的进行访问 ,在内存中存放数据,如果太大的数据会造成 内存溢出 。可以通过参数 max_heap_table_size 控制Memory表的大小,限制Memory表的最大的大小。
- 如果 数据是临时的 ,而且 必须立即可用 得到,那么就可以放在内存中。
- 存储在Memory表中的数据如果突然间 丢失的话也没有太大的关系 。
4.7. Federated 引擎:访问远程表
Federated引擎是访问其他MySQL服务器的一个 代理 ,尽管该引擎看起来提供了一种很好的 跨服务器的灵活性 ,但也经常带来问题,因此 默认是禁用的 。
4.8. Merge引擎:管理多个MyISAM表构成的表集合
4.9.NDB引擎:MySQL集群专用存储引擎
也叫做 NDB Cluster 存储引擎,主要用于 MySQL Cluster 分布式集群 环境,类似于 Oracle 的 RAC 集群。
4.10. 引擎对比
MySQL中同一个数据库,不同的表可以选择不同的存储引擎。如下表对常用存储引擎做出了对比。
边栏推荐
- 百度百科数据爬取及内容分类识别
- 如何让shell脚本变成可执行文件
- MySQL combat optimization expert 04 uses the execution process of update statements in the InnoDB storage engine to talk about what binlog is?
- MySQL实战优化高手12 Buffer Pool这个内存数据结构到底长个什么样子?
- Export virtual machines from esxi 6.7 using OVF tool
- MySQL real battle optimization expert 11 starts with the addition, deletion and modification of data. Review the status of buffer pool in the database
- ByteTrack: Multi-Object Tracking by Associating Every Detection Box 论文阅读笔记()
- MySQL combat optimization expert 03 uses a data update process to preliminarily understand the architecture design of InnoDB storage engine
- 16 medical registration system_ [order by appointment]
- How to make shell script executable
猜你喜欢
16 医疗挂号系统_【预约下单】
Pytorch RNN actual combat case_ MNIST handwriting font recognition
Security design verification of API interface: ticket, signature, timestamp
jar运行报错no main manifest attribute
17 medical registration system_ [wechat Payment]
Ueeditor internationalization configuration, supporting Chinese and English switching
Sichuan cloud education and double teacher model
PyTorch RNN 实战案例_MNIST手写字体识别
MySQL实战优化高手04 借着更新语句在InnoDB存储引擎中的执行流程,聊聊binlog是什么?
UEditor国际化配置,支持中英文切换
随机推荐
Sed text processing
Installation de la pagode et déploiement du projet flask
Security design verification of API interface: ticket, signature, timestamp
评估方法的优缺点
Write your own CPU Chapter 10 - learning notes
好博客好资料记录链接
Mysql36 database backup and recovery
Routes and resources of AI
Nanny hand-in-hand teaches you to write Gobang in C language
颜值爆表,推荐两款JSON可视化工具,配合Swagger使用真香
Record the first JDBC
Emotional classification of 1.6 million comments on LSTM based on pytoch
Good blog good material record link
Adaptive Bezier curve network for real-time end-to-end text recognition
实现以form-data参数发送post请求
Mexican SQL manual injection vulnerability test (mongodb database) problem solution
Security design verification of API interface: ticket, signature, timestamp
MySQL实战优化高手07 生产经验:如何对生产环境中的数据库进行360度无死角压测?
C miscellaneous dynamic linked list operation
MySQL27-索引優化與查詢優化