CentOS 上 MySQL 存储引擎选型与落地
一、快速决策
- 优先选择 InnoDB：需要事务/外键、高并发读写、崩溃可恢复与行级锁的现代业务（如订单、支付、库存）都应使用 InnoDB。自 MySQL 5.5 起 InnoDB 成为默认引擎，综合可靠性与并发表现更稳健。若不确定，直接选 InnoDB 通常更稳妥。
- 仅在少数特定场景考虑 MyISAM：如读多写极少、几乎静态的数据集市/报表、或依赖 COUNT(*) 极快与表级锁的简单查询；同时要能接受崩溃后修复成本高、无事务/外键等取舍。
- 其他引擎按需选用：MEMORY（纯内存、极快但不持久，适合临时/缓存表）、CSV（便于与外部系统交换）、ARCHIVE（高压缩归档）。这些通常用于特定用途，不宜作为业务主表引擎。
二、关键差异对比
| 维度 |
InnoDB |
MyISAM |
| 事务 |
支持 ACID |
不支持事务 |
| 锁 |
行级锁（并发好） |
表级锁（写会阻塞读/写） |
| 外键 |
支持 |
不支持 |
| 崩溃恢复 |
有 redo log，自动恢复 |
易损坏，常需 REPAIR |
| COUNT(*) |
需扫描或依赖缓存 |
有行数计数器，极快 |
| 全文索引 |
MySQL 5.6+ 支持 |
早期版本支持更好 |
| 自增主键 |
未显式主键会生成6字节隐藏主键；重启后可能重用已删除 ID |
自增保存在文件，重启不丢 |
| 典型场景 |
高并发 OLTP、强一致 |
静态报表、只读为主 |
以上差异决定了 InnoDB 更适合生产级业务，MyISAM 更适合受限的特定读场景。
三、在 CentOS 上的检查与切换步骤
- 查看与确认
- 查看支持的引擎与默认引擎：SHOW ENGINES;
- 查看当前默认：SHOW VARIABLES LIKE ‘%storage_engine%’;
- 查看某表引擎：SHOW CREATE TABLE your_table; 或 SHOW TABLE STATUS LIKE ‘your_table’;
- 批量查看某库引擎：SELECT TABLE_NAME, ENGINE FROM information_schema.TABLES WHERE TABLE_SCHEMA=‘your_db’;
- 修改默认引擎（可选）
- 编辑配置文件（如 /etc/my.cnf 或 /etc/my.cnf.d/*.cnf），在 [mysqld] 下设置：default-storage-engine=INNODB，重启 mysqld 生效。
- 修改单表引擎
- 在线转换：ALTER TABLE your_table ENGINE=InnoDB;（大表会锁表并耗时，建议在低峰期执行并先备份）
- 验证：SHOW TABLE STATUS LIKE ‘your_table’;
- 重要提示
- 跨引擎事务不具原子性：START TRANSACTION 中同时更新 InnoDB 与 MyISAM 表，MyISAM 部分会自动提交，破坏一致性，应避免混用引擎于同一事务边界。
四、按场景给出选择建议
- 订单/支付/库存/账户等 OLTP：选 InnoDB（事务、外键、行级锁、崩溃恢复）。
- 读多写少、报表/日志归档：可考虑 MyISAM；若需事务/高并发或更强可靠性，仍优先 InnoDB。
- 临时计算/缓存：选 MEMORY（速度极快但不持久，注意 OOM 与重启丢数据）。
- 与外部系统以 CSV 交换：选 CSV（便于导入导出与对接）。
- 高压缩归档历史数据：选 ARCHIVE（节省空间，写入后基本只读）。
五、InnoDB 关键配置要点（提升稳定性与性能）
- 缓冲池大小：设置 innodb_buffer_pool_size 为物理内存的约 75%–80%，显著减少磁盘 I/O。
- 日志刷盘策略：生产建议 innodb_flush_log_at_trx_commit=1（每次提交都落盘，最安全；权衡性能可选 2）。
- 表空间管理：启用 innodb_file_per_table，便于空间回收与维护。
- 版本差异：如仍使用 5.6 之前版本，InnoDB 全文索引不完善，需结合业务权衡或升级版本。
