InnoDB支持事务、行级锁和外键，适用于高并发、数据一致性要求高的场景，是MySQL默认引擎；MyISAM不支持事务和行锁，适合读多写少的静态数据；Memory引擎将数据存储在内存中，访问速度快但不持久，适用于临时缓存；Archive用于高压缩比的数据归档，仅支持插入和查询；CSV以文本格式存储数据，便于数据交换；Federated可访问远程表，适用于分布式查询；Blackhole不存储数据，常用于复制或日志过滤。
MySQL支持多种存储引擎，每种引擎有其特定的用途和特点。选择合适的存储引擎对数据库性能、事务支持、数据安全等方面至关重要。下面是对常用MySQL存储引擎的整理与说明。
InnoDB
特点：
• 支持事务（ACID兼容），确保数据一致性• 支持行级锁，提高并发写入性能
• 支持外键约束，增强数据完整性
• 支持崩溃恢复和自动修复机制
• 数据和索引存储在表空间中，可配置共享或独立表空间
• 支持MVCC（多版本并发控制），提升读写并发能力
适用场景：
2088shop商城购物系统
下载
2088shop商城购物系统是商城系统中功能最全的一个版本：非会员购物、商品无限级分类、不限商品数量、商品多级会员定价、上货库存、Word在线编辑器、订单详情销售报表、商品评论、留言簿、管理员多级别、VIP积分、会员注册积分奖励、智能新闻发布、滚动公告、投票调查、背景图片颜色更换、店标上传、版权联系方式修改、背景音乐（好歌不断）、广告图片支持Flash、弹出浮动广告、搜索引擎关健词优化、图文友情联
• 高并发读写环境
• 对数据一致性和完整性要求高的系统
InnoDB是MySQL 5.5之后的默认存储引擎，推荐大多数业务场景使用。
MyISAM
特点：
• 不支持事务和外键• 使用表级锁，高并发写入时性能较差
• 存储结构简单，访问速度快（尤其在只读或读多写少场景）
• 支持全文索引（MySQL 5.6之前是MyISAM独有）
• 每个表对应三个文件：.frm（结构）、.MYD（数据）、.MYI（索引）
适用场景：
• 日志记录、统计分析等只读或读多写少的场景• 不需要事务支持的小型应用
由于缺乏事务和行锁支持，MyISAM在现代应用中逐渐被InnoDB取代。
Memory（HEAP）
特点：
• 数据存储在内存中，访问速度极快• 不支持持久化，重启后数据丢失
• 支持哈希索引和B树索引
• 表级锁
• 适合做临时缓存或中间结果表
适用场景：
• 临时数据缓存• 排序、去重等中间计算过程
• 需要极高读写速度但不关心数据持久化的场景
注意：Memory引擎受内存大小限制，不适合大表操作。
Archive
特点：
• 专为归档设计，支持高压缩比存储• 只支持INSERT和SELECT，不支持UPDATE和DELETE
• 不支持索引（除主键伪支持外）
• 数据以压缩格式存储，节省磁盘空间
适用场景：
• 日志、历史数据归档• 写入一次、长期只读的数据存储
适合用于保存大量历史记录，如操作日志、监控数据等。
CSV
特点：
• 数据以逗号分隔文本形式存储，可用文本编辑器查看• 不支持索引
• 所有字段必须非空（早期版本限制）
• 适合数据交换和导入导出
适用场景：
• 数据迁移、ETL过程中的中间表• 与其他系统进行CSV格式交互
便于与外部工具集成，但性能较低，不适合高频查询。
Federated
特点：
• 访问远程MySQL服务器上的表，像本地表一样操作• 实际数据存储在远程数据库
• 不支持事务（取决于远程引擎）
• 存在安全和性能风险，需谨慎使用
适用场景：
• 跨数据库查询整合• 分布式环境下的数据访问
使用较少，需注意网络延迟和连接稳定性问题。
Blackhole
特点：
• 接收数据但不存储（类似/dev/null）• 支持写入操作，但无法读取任何数据
• 常用于复制环境中的中继节点或日志过滤
适用场景：
• 主从复制中作为中间节点• 测试SQL语句语法
• 安全审计或日志丢弃
主要用于特殊架构设计，普通业务不使用。
基本上就这些常见的MySQL存储引擎。实际应用中，InnoDB能满足绝大多数需求。其他引擎根据具体场景选择，比如归档用Archive、临时计算用Memory、数据交换用CSV等。了解各引擎特性有助于优化数据库设计和性能调优。
