mysql存储引擎如何选择_mysql存储引擎选择建议

看业务是否需要事务支持

如果应用涉及资金、订单、库存等关键操作，必须保证数据一致性，那就选 InnoDB。它完整支持 ACID 事务，能确保“转账失败就全部回滚”，不会出现扣了钱但没到账的情况。MyISAM、MEMORY、ARCHIVE 这些都不支持事务，一旦出错只能靠人工修复或从备份恢复。

查读写比例和并发强度

高并发写入（比如电商秒杀、实时日志写入）适合 InnoDB——它用行级锁，多个用户改不同行互不阻塞；而 MyISAM 是表级锁，一写全表冻结，容易卡住读请求。

纯读多写少、且查询以全表扫描或全文检索为主（如博客文章库、静态内容站），MyISAM 的读取速度和全文索引支持反而更有优势。

如果是高频临时计算、会话缓存这类场景，MEMORY 引擎把整张表放内存里，响应极快，但服务重启后数据全丢，只适合非持久化用途。

考虑数据生命周期和存储成本

历史日志、审计记录、归档报表这类“写一次、查很少、长期保留”的数据，ARCHIVE 引擎很合适——它用 zlib 压缩存储，磁盘占用小，插入快，但不支持索引和事务，也不适合频繁查询。

如果表很小、访问极频繁（比如配置表、状态字典），又希望避免磁盘 I/O，可以评估 MEMORY；但要注意内存容量限制和数据易失性。

别忽略默认与兼容性

MySQL 5.5.5 及以后版本默认引擎就是 InnoDB，官方也持续优化它对 SSD、大内存、高并发的支持。除非有明确理由（比如迁移老系统、依赖 MyISAM 全文索引且不升级到 5.6+），否则新项目优先用 InnoDB 更稳妥。

用

SHOW ENGINES;

SHOW VARIABLES LIKE '%storage_engine%';

ENGINE=InnoDB