Mysql存储引擎

目录

一、前言

二、存储引擎

1、InnoDB存储引擎

1.1、简介

1.2、优势

1.3、使用方法

1.4、性能

2、MyISAM存储引擎

2.1、优势

2.2、使用方法

2.3、性能

3、MEMORY存储引擎

4、MyISAM

三、比较

四、总结

一、前言

MySQL是开放源代码的关系型数据库管理系统,由于其体积小、速度快、总体拥有成本低等特点,被广泛应用于各种应用领域。在MySQL中,存储引擎是负责管理数据库中数据存储和处理的核心模块。本文将详细介绍MySQL的存储引擎,包括其功能、特点、使用方法和性能等方面。

二、存储引擎

1、InnoDB存储引擎

1.1、简介

InnoDB是 MySQL 默认的事务型存储引擎,只有在需要它不支持的特性时,才考虑使用其它存储引擎

实现了四个标准的隔离级别,默认级别是可重复读(REPEATABLE READ)。在可重复读隔离级别下,通过多版本并发控制(MVCC)+ 间隙锁(Next-Key Locking)防止幻影读。

主索引是聚簇索引,在索引中保存了数据,从而避免直接读取磁盘,因此对查询性能有很大的提升。

内部做了很多优化,包括从磁盘读取数据时采用的可预测性读、能够加快读操作并且自动创建的自适应哈希索引、能够加速插入操作的插入缓冲区等。

支持真正的在线热备份。其它存储引擎不支持在线热备份,要获取一致性视图需要停止对所有表的写入,而在读写混合场景中,停止写入可能也意味着停止读取。

1.2、优势

支持事务处理、外键约束、MVCC等;具有较好的并发性能和稳定性。

1.3、使用方法

在创建表时使用InnoDB作为存储引擎,或者通过修改MySQL配置文件来设置默认存储引擎为InnoDB。

1.4、性能

InnoDB在性能和数据完整性方面表现较好,尤其适用于高并发读写和数据一致性要求较高的场景。

2、MyISAM存储引擎

MyISAM是一种非事务性的存储引擎,它不支持事务、行级锁定和外键约束等功能。MyISAM提供了快速的读取性能和较小的数据库文件大小,适用于以读为主的场景,如新闻网站、博客等。

2.1、优势

快速读取性能、较小的数据库文件大小。

2.2、使用方法

在创建表时使用MyISAM作为存储引擎,或者通过修改MySQL配置文件来设置默认存储引擎为MyISAM。

2.3、性能

MyISAM在读取性能方面表现较好,适用于读密集型应用场景,但写入性能相对较差。

3、MEMORY存储引擎

MEMORY存储引擎将所有数据存储在内存中,因此具有非常快的查询速度。然而,如果数据库服务器重启,数据将丢失。MEMORY存储引擎适用于临时表和缓存等场景。

优势:极快的查询速度。

使用方法:在创建表时使用MEMORY作为存储引擎。

性能:MEMORY在查询速度方面表现极佳,但数据是存储在内存中的,因此如果服务器重启,数据将丢失。

4、MyISAM

设计简单,数据以紧密格式存储。对于只读数据,或者表比较小、可以容忍修复操作,则依然可以使用它。

提供了大量的特性,包括压缩表、空间数据索引等。

不支持事务

不支持行级锁,只能对整张表加锁,读取时会对需要读到的所有表加共享锁,写入时则对表加排它锁。但在表有读取操作的同时,也可以往表中插入新的记录,这被称为并发插入(CONCURRENT INSERT)。

可以手工或者自动执行检查和修复操作,但是和事务恢复以及崩溃恢复不同,可能导致一些数据丢失,而且修复操作是非常慢的。

如果指定了 DELAY_KEY_WRITE 选项,在每次修改执行完成时,不会立即将修改的索引数据写入磁盘,而是会写到内存中的键缓冲区,只有在清理键缓冲区或者关闭表的时候才会将对应的索引块写入磁盘。这种方式可以极大的提升写入性能,但是在数据库或者主机崩溃时会造成索引损坏,需要执行修复操作。

三、比较

  • 事务: InnoDB 是事务型的,可以使用 Commit 和 Rollback 语句。

  • 并发: MyISAM 只支持表级锁,而 InnoDB 还支持行级锁。

  • 外键: InnoDB 支持外键。

  • 备份: InnoDB 支持在线热备份。

  • 崩溃恢复: MyISAM 崩溃后发生损坏的概率比 InnoDB 高很多,而且恢复的速度也更慢。

  • 其它特性: MyISAM 支持压缩表和空间数据索引。

四、总结

MySQL的存储引擎是其核心功能之一,每种存储引擎都有其自身的特点和适用场景。InnoDB适用于高并发读写和数据一致性要求较高的场景,MyISAM适用于读密集型应用场景,MEMORY则适用于临时表和缓存等场景。在选择存储引擎时,应根据应用需求和性能要求进行综合考虑。未来随着技术的不断发展,MySQL的存储引擎也将不断改进和完善,以满足更多应用场景的需求。


相关推荐
爱和冰阔落1 天前
【MySQL 慢查询排查实战】列表接口逐渐变慢时,怎样从请求链路定位原因
android·数据库·mysql
Dxy12393102161 天前
MySQL有哪些锁?InnoDB锁体系完整梳理博客
数据库·mysql
wear工程师1 天前
MySQL 索引条件下推是什么?Using index condition 并不是覆盖索引
sql·mysql
方便面不加香菜1 天前
MySQL 复合查询
数据库·mysql
花花鱼1 天前
MySQL Illegal mix of collations 全解|字符集与排序规则冲突原理、分层排错、通用解决方案(适配5.7/8.0迁移)
数据库·mysql
Lyyaoo.1 天前
Spring Boot Validation 声明式参数校验
spring boot·后端·mysql
南城以南溫暖如初1472 天前
外卖CPS实战指南:从技术选型到运营落地全流程解析
java·spring boot·mysql·架构·vue
冰之杍2 天前
MySQL utf8mb3 → utf8mb4 完整修改方案
数据库·mysql
这个DBA有点耶2 天前
一文讲透数据库分类:关系型、非关系型、OLTP、OLAP、分布式、多模……
数据库·mysql·架构
Oracle恢复实录2 天前
SQL优化改IN躲开全表扫描性能提升53倍
mysql