当前位置:网站首页>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中同一个数据库,不同的表可以选择不同的存储引擎。如下表对常用存储引擎做出了对比。
边栏推荐
- MySQL30-事务基础知识
- Use xtrabackup for MySQL database physical backup
- The appearance is popular. Two JSON visualization tools are recommended for use with swagger. It's really fragrant
- 第一篇博客
- 在jupyter NoteBook使用Pytorch进行MNIST实现
- Vscode common instructions
- [after reading the series of must know] one of how to realize app automation without programming (preparation)
- Use of dataset of pytorch
- MySQL实战优化高手10 生产经验:如何为数据库的监控系统部署可视化报表系统?
- Not registered via @EnableConfigurationProperties, marked(@ConfigurationProperties的使用)
猜你喜欢
MySQL30-事务基础知识
Download and installation of QT Creator
A necessary soft skill for Software Test Engineers: structured thinking
再有人问你数据库缓存一致性的问题,直接把这篇文章发给他
Nanny hand-in-hand teaches you to write Gobang in C language
MySQL29-数据库其它调优策略
Sichuan cloud education and double teacher model
MySQL实战优化高手02 为了执行SQL语句,你知道MySQL用了什么样的架构设计吗?
该不会还有人不懂用C语言写扫雷游戏吧
Installation of pagoda and deployment of flask project
随机推荐
MySQL实战优化高手05 生产经验:真实生产环境下的数据库机器配置如何规划?
Case identification based on pytoch pulmonary infection (using RESNET network structure)
MySQL实战优化高手04 借着更新语句在InnoDB存储引擎中的执行流程,聊聊binlog是什么?
Pytorch RNN actual combat case_ MNIST handwriting font recognition
Flash operation and maintenance script (running for a long time)
MySQL实战优化高手03 用一次数据更新流程,初步了解InnoDB存储引擎的架构设计
16 医疗挂号系统_【预约下单】
17 medical registration system_ [wechat Payment]
在jupyter NoteBook使用Pytorch进行MNIST实现
Good blog good material record link
How to make shell script executable
Simple solution to phpjm encryption problem free phpjm decryption tool
If someone asks you about the consistency of database cache, send this article directly to him
MySQL实战优化高手02 为了执行SQL语句,你知道MySQL用了什么样的架构设计吗?
C miscellaneous lecture continued
First blog
Emotional classification of 1.6 million comments on LSTM based on pytoch
该不会还有人不懂用C语言写扫雷游戏吧
用于实时端到端文本识别的自适应Bezier曲线网络
Complete web login process through filter