MySQL的三大引擎的特点

主要包括MylSAM,INNODB,Memory

1.MylSAM

每个MyISAM在磁盘上存储成三个文件。
(1)frm文件:存储表的定义数据
(2)MYD文件:存放表具体记录的数据
(3)MYI文件:存储索引

  • frm和MYI可以存放在不同的目录下。MYI文件用来存储索引,但仅保存记录所在页的指针,索引的结构是B+树结构。

  • 这个存储引擎通过MYI的B+树结构来查找记录页再根据记录页查找记录。并且支持全文索引、B树索引和数据压缩

  • 支持数据的类型也有三种
    1)静态固定长度表
    这种方式的优点在于存储速度非常快,容易发生缓存,也就是脏数据,而且表发生损坏后也容易修复缺点是占空间。这也是默认的存储格式。
    2)动态可变长表
    优点是节省空间,但是一旦出错恢复起来比较麻烦。
    3)压缩表
    上面说到支持数据压缩,说明肯定也支持这个格式。在数据文件发生错误时候,可以使用check table工具来检查,而且还可以使用repair table工具来恢复。

MylSAM特点:

有一个重要的特点那就是不支持事务,但是这也意味着他的存储速度更快如果你的读写操作允许有错误数据的话,只是追求速度,可以选择这个存储引擎。

2、InnoDB(MySQL默认的)

(1)可以通过自动增长列,方法是auto_increment。
(2)支持事务。默认的事务隔离级别为可重复读,通过MVCC(并发版本控制)来实现的。也就是版本号可以通过version字段专门控制,mybatisPlus就有相应的自动处理。
(3)使用的锁粒度为行级锁,可以支持更高的并发;
(4)支持外键约束;外键约束其实降低了查询速度,但是增加了表之间的耦合度。
(5)配合一些热备工具可以支持在线热备份;
(6)在InnoDB中存在着缓冲管理,通过缓冲池,将索引和数据全部缓存起来,加快查询的速度;
(7)对于InnoDB类型的表,其数据的物理组织形式是聚簇表。所有的数据按照主键来组织数据和索引放在一块,都位于B+数的叶子节点上
InnoDB的存储表和索引也有下面两种形式:
(1)使用共享表空间存储:所有的表和索引存放在同一个表空间中
(2)使用多表空间存储:表结构放在frm文件数据和索引放在IBD文件中。分区表的话,每个分区对应单独的IBD文件,分区表的定义可以查看我的其他文章。使用分区表的好处在于提升查询效率。
对于InnoDB来说,最大的特点在于支持事务。但是这是以损失效率来换取的。

Merroy(内存)

将数据存在内存,为了提高数据的访问速度,每一个表实际上和一个磁盘文件关联。文件是frm
1)支持的数据类型有限制,比如:不支持TEXT和BLOB类型,对于字符串类型的数据,只支持固定长度的行,VARCHAR会被自动存储为CHAR类型
(2)支持的锁粒度为表级锁。所以,在访问量比较大时,表级锁会成为MEMORY存储引擎的瓶颈;
(3)由于数据是存放在内存中,一旦服务器出现故障,数据都会丢失;
(4)查询的时候,如果有用到临时表,而且临时表中有BLOB,TEXT类型的字段,那么这个临时表就会转化为MyISAM类型的表,性能会急剧降低
(5)默认使用hash索引。
(6)如果一个内部表很大,会转化为磁盘表

<think>嗯,用户想了解MySQL不同存储引擎特点和对比。首先我需要回忆一下MySQL常用的存储引擎有哪些,比如InnoDB、MyISAM、MEMORY、CSV等等。然后每个引擎特点,比如事务支持、锁机制、存储限制、索引类型这些方面。 我记得InnoDB是默认的存储引擎,支持事务和行级锁,适合高并发和需要ACID特性的应用。而MyISAM不支持事务,但级锁可能在读多写少的场景下现更好,不过在高并发写入时可能会有瓶颈。还有MEMORY引擎,数据存储在内存中,速度快但重启后数据丢失,适合临时数据或缓存。 接下来需要确认每个引擎的具体功能,比如是否支持外键、崩溃恢复能力、是否支持全文索引等。比如MyISAM有全文索引,而InnoDB在MySQL 5.6之后也支持了。CSV引擎适合导入导出CSV文件,但功能比较有限。 用户可能还需要了解不同引擎的应用场景,比如日志系统适合哪种引擎,或者需要事务的电商平台该用哪个。此外,存储引擎的物理存储方式也可能相关,比如InnoDB使用聚集索引,数据文件本身是索引的一部分。 还要注意用户提供的引用内容,引用1提到要根据需求灵活选择存储引擎,多个可以使用不同引擎。引用2强调了存储引擎是底层组件,不同引擎提供不同机制。引用3建议根据应用特点选择,复杂系统可以组合使用。 可能需要总结一个对比格,列出各个引擎的关键特性,这样用户一目了然。同时,生成相关问题的时候,可以围绕如何选择引擎、各引擎的优缺点、实际应用案例等展开。需要确保回答准确,引用正确,比如InnoDB默认引擎是从MySQL哪个版本开始的?比如5.5之后默认是InnoDB,之前是MyISAM。 还要检查是否有遗漏的存储引擎,比如Archive引擎适用于高压缩存储,Blackhole引擎不存储数据只是转发。这些可能用户也会感兴趣。最后要确保回答结构清晰,先介绍每个引擎,再对比格,然后应用场景,这样用户能逐步理解。</think>### MySQL存储引擎功能与特点对比 #### 1. **InnoDB** - **核心特性**: - 支持**事务**(ACID兼容)和**行级锁**,保证数据完整性和高并发性能[^1] - 提供**外键约束**,支持级联更新/删除 - 使用**聚集索引**,数据与主键索引绑定存储 - 支持**崩溃恢复**,通过`redo log`保障数据安全 - 默认引擎MySQL 5.5+) - **适用场景**: - 需要事务的支付系统、电商平台 - 高并发写入场景(如评论系统) - 需要外键约束的关联设计 #### 2. **MyISAM** - **核心特性**: - **级锁**,读性能高但并发写入差 - 支持**全文索引**(FULLTEXT) - 存储的总行数(`COUNT(*)`无需扫描) - 数据文件(`.MYD`)与索引文件(`.MYI`)分离 - 不支持事务和崩溃恢复 - **适用场景**: - 读密集型应用(如新闻网站) - 数据仓库类业务(静态数据分析) - 日志记录(无事务要求) #### 3. **MEMORY** - **核心特性**: - 数据完全存储在**内存**中,读写速度快 - 结构持久化,但数据在服务重启后丢失 - 使用**哈希索引**(默认)或B-Tree索引 - 不支持TEXT/BLOB字段 - **适用场景**: - 临时数据缓存(如会话信息) - 快速计算的中间 - 需要高速访问的非关键数据 #### 4. **CSV** - **核心特性**: - 数据以纯文本形式存储为CSV文件 - 可直接用文本编辑器修改数据 - 不支持索引和NULL值 - **适用场景**: - 数据导入/导出中间层 - 与其他系统交换数据 #### 5. **Archive** - **核心特性**: - 使用**高压缩比存储**(约1:10) - 仅支持`INSERT`和`SELECT`操作 - 不支持索引和事务 - **适用场景**: - 历史日志归档 - 审计数据存储 --- ### 对比格 | 特性 | InnoDB | MyISAM | MEMORY | CSV | Archive | |-----------------------|--------------|--------------|--------------|--------------|--------------| | **事务支持** | ✅ | ❌ | ❌ | ❌ | ❌ | | **锁粒度** | 行级锁 | 级锁 | 级锁 | 级锁 | 行级锁 | | **外键约束** | ✅ | ❌ | ❌ | ❌ | ❌ | | **崩溃恢复** | ✅ | ❌ | ❌ | ❌ | ❌ | | **存储限制** | 64TB | 256TB | 内存限制 | 文件系统限制 | 无明确限制 | | **压缩率** | 中等 | 低 | 无 | 无 | **极高** | | **典型应用场景** | OLTP | 数据分析 | 临时缓存 | 数据交换 | 归档存储 | --- ### 组合使用建议 1. **混合引擎部署**: - 核心交易用InnoDB保障事务 - 日志用Archive引擎压缩存储 - 统计中间用MyISAM加速查询 ```sql CREATE TABLE user_orders ( id INT PRIMARY KEY ) ENGINE=InnoDB; CREATE TABLE access_log ( id INT ) ENGINE=Archive; ``` 2. **引擎切换方法**: ```sql ALTER TABLE table_name ENGINE = InnoDB; ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值