MySQL各种存储引擎到底怎么用，优缺点又是啥，聊聊那些你可能没注意的细节

说到MySQL的存储引擎，你可以把它想象成汽车发动机，一辆车（MySQL）可以装不同的发动机（存储引擎），有的发动机省油但跑得慢（适合日常买菜），有的发动机耗油但马力大（适合飙车），MySQL的强大之处就在于，你可以根据你的“路况”（业务需求）来选择合适的发动机，咱们就聊聊几个最常用的,以及那些容易被忽略的细节。

InnoDB：现在的“全能王”

InnoDB是MySQL从5.5版本之后的默认存储引擎，它就像是丰田或大众的发动机，可靠、功能全面,大部分场景下选它准没错。

• 优点：

  • 支持事务： 这是它最核心的优点，事务就是“要么全部成功，要么全部失败”的操作，比如银行转账，A扣钱和B加钱必须同时成功，不能只完成一半，InnoDB用“ACID”特性来保证这个。（来源：MySQL官方文档对InnoDB事务特性的描述）
  • 支持行级锁： 当多个用户同时修改数据时，InnoDB只锁住他们正在改的那一行，其他行不受影响，这大大提高了在高并发场景下的性能，不会出现“一个人改数据，所有人都得等着”的情况。
  • 支持外键： 可以强制保持数据之间的关联完整性，比如你有一条用户数据，如果这个用户还有订单存在，你就不能随便删除用户记录，避免了“孤儿数据”。

• 缺点：

  • 相比MyISAM，读写效率稍低： 因为它要处理事务、锁等更多事情，所以在纯粹的、不需要事务的只读场景下,速度可能不如MyISAM。
  • 不存储行数： 在没有查询条件的情况下执行COUNT(*)时，InnoDB需要全表扫描来计算行数，因为它不单独存储这个值，而MyISAM是存的，所以会快很多,这是一个非常常见的细节差异。

• 你该什么时候用？ 绝大多数情况都用它。 只要你的业务涉及到钱的交易、需要保证数据一致性、或者有并发更新的场景,无脑选InnoDB。

MyISAM：曾经的“快枪手”

MyISAM是MySQL 5.5版本之前的默认引擎，它像是一台老式的化油器发动机，结构简单，在特定情况下爆发力强,但功能单一。

• 优点：

  • 查询速度快： 对于大量的、不需要事务的、以读为主的查询（比如数据仓库、日志分析），MyISAM的速度曾经非常快，因为它结构简单,开销小。
  • 支持全文索引： 在早期版本中，MyISAM是唯一支持全文索引的引擎，这对于关键词搜索很有用。（但注意：MySQL 5.6之后,InnoDB也支持全文索引了）

• 缺点：

  • 不支持事务： 这是硬伤,系统崩溃或断电可能导致数据损坏或不一致。
  • 表级锁： 不管是修改一条数据还是修改一万条数据，都会锁住整张表,这在并发写操作多的时候是性能杀手。
  • 容易损坏： 相比InnoDB，MyISAM的表在崩溃后更容易出问题,需要经常修复。

• 你该什么时候用？ 现在真的不推荐用了，除非你的应用是100%的只读，比如一张用来做前端展示、永远不更新的“省市县”字典表，并且你非常在意极致的查询速度，但在当今硬件条件下,这点优势几乎可以忽略不计。

Memory：内存里的“闪电侠”

顾名思义，Memory引擎把整个表都放在内存里,所以速度极快。

• 优点：

  • 速度无敌： 所有操作都在内存中完成,比SSD硬盘上的InnoDB快几个数量级。

• 缺点：

  • 数据易失： 一旦MySQL服务重启，所有数据都会丢失，所以它只适合存临时数据，比如会话（Session）信息、中间计算结果等。
  • 表级锁： 和MyISAM一样,有并发写的问题。
  • 不支持TEXT/BLOB等大字段类型。

• 你该什么时候用？ 存放生命周期短、丢了也没关系的临时数据，但要注意，现在更多人会用专业的缓存系统如Redis或Memcached来代替Memory引擎，因为它们功能更强大、更可靠。

Archive：压缩“大师”

这个引擎专为海量的、很少被查询的归档数据设计，比如日志记录、历史账单等。

• 优点：

  • 压缩比极高： 它会对写入的数据进行压缩,占用的磁盘空间可能只有InnoDB的十分之一甚至更少。

• 缺点：

  • 只支持INSERT和SELECT： 不支持UPDATE和DELETE,写入了就几乎不能改了。
  • 查询性能一般： 虽然压缩省空间，但查询时需要解压,速度不如InnoDB。

• 你该什么时候用？ 非常适合做日志库、历史数据仓库，也就是那种“写一次，偶尔查一下”的场景。

那些你可能没注意的细节：

1. 混用引擎： 一个数据库里不同的表可以用不同的存储引擎，你可以让核心交易表用InnoDB，临时会话表用Memory，历史日志表用Archive,这是MySQL非常灵活的一点。
2. 外键的陷阱： InnoDB的外键虽然能保证数据完整，但也会带来额外的性能开销，在超高并发的业务中，有时为了极致性能，会在应用层面（代码里）控制逻辑,而不用数据库的外键约束。
3. “坑爹”的默认设置： 在云数据库（如阿里云RDS）或某些默认配置下，CREATE TABLE语句如果不指定引擎，可能会被默认创建成MyISAM！这会给你的应用埋下大坑，建表时最好显式地写上ENGINE=InnoDB。
4. 文件区别： 在磁盘上，MyISAM表会存成三个文件：.frm（表结构）、.MYD（数据）、.MYI（索引），而InnoDB表在默认配置下，所有表的数据和索引都集中存放在一个巨大的ibdata文件里（当然也可以设置成每个表独立文件）,这会影响备份和恢复的策略。

现在开发，默认且优先选择InnoDB，除非你有非常特殊且明确的理由（比如需要一个重启就清空的内存临时表），否则不要轻易选择其他引擎，理解它们的区别，不是为了天天换着用，而是为了在遇到特殊性能问题或存储需求时,能多一个解决问题的思路。