MySQL深入学习 --- MySQL存储引擎，InnoDB、MyISAM索引的数据结构

最新推荐文章于 2024-10-08 16:58:46 发布

化身强盗_Bandit

最新推荐文章于 2024-10-08 16:58:46 发布

阅读量1.5k

点赞数

分类专栏： mysql 文章标签： mysql 数据结构数据库

本文链接：https://blog.csdn.net/qq_45380083/article/details/122900151

版权

本文深入探讨MySQL的存储引擎，重点讲解InnoDB和MyISAM，包括它们的特性和应用场景。InnoDB支持事务，具备外键，适合需要更新、删除操作的场景，而MyISAM则适合读取密集型应用。此外，文章还详细阐述了索引的数据结构，解释了为什么使用索引，以及索引的优缺点，并对比了InnoDB和MyISAM的索引方案。

摘要由CSDN通过智能技术生成

往期：

MySQL深入学习 — mysql逻辑架构，SQL的执行流程，数据库缓冲池

四、MySQL存储引擎

查看mysql提供什么存储引擎

show engines;

4.1 InnoDB引擎：具备外键支持功能的事务存储引擎

MySQL从3.23.34a开始就包含InnoDB存储引擎。大于等于5.5之后，默认采用InnoDB引擎 。
InnoDB是MySQL的 默认事务型引擎 ，可以确保事务的完整提交(Commit)和回滚(Rollback)。
数据文件结构：
- 表名.ifm 存储表结构
- 表面.ibd 存储数据和索引
对比MyISAM：
- InnoDB支持事务，外键，行锁。MyISAM仅支持表锁，不支持外键和事务，且崩溃后无法安全恢复
- InnoDB写的处理效率差一些，并且会占用更多磁盘空间保存数据和索引
- MyISAM只缓存索引，不缓存真实数据；InnoDB不仅缓存索引还要缓存真实数据，对内存要求较高，而且内存大小对性能有决定性的影响。
应用场景：
- InnoDB是 为处理巨大数据量的最大性能设计 。
- 除了增加和查询外，还需要更新、删除操作，那么，应优先选择InnoDB存储引擎
- 除非有非常特别的原因需要使用其他的存储引擎，否则应该优先考虑InnoDB引擎

4.2 MyISAM 引擎：主要的非事务处理存储引擎

MyISAM提供了大量的特性，包括全文索引、压缩、空间函数(GIS)等，但MyISAM 不支持事务、行级锁、外键，有一个毫无疑问的缺陷就是崩溃后无法安全恢复
5.5之前默认的存储引擎
优势是访问的 速度快 ，对事务完整性没有要求或者以SELECT、INSERT为主的应用
数据文件结构：
- 表名.frm 存储表结构
- 表名.MYD 存储数据 (MYData)
- 表名.MYI 存储索引 (MYIndex)
应用场景：
- 只读应用或者以读为主的业务

4.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表中的数据如果突然间 丢失的话也没有太大的关系