MariaDB 在 Debian 上的存储引擎选择指南
一 默认引擎与版本要点
- 在 MariaDB 10.2 及以后版本，默认存储引擎是 InnoDB；在 10.1 版本中是 XtraDB（InnoDB 的增强分支）。
- 自 MariaDB 10.4 起，系统表默认使用 Aria，其具备 Crash Safe 与 页级校验 能力，可作为 MyISAM 的现代替代。
- 在 Debian 上，选择与 MySQL 基本一致，优先使用 InnoDB 作为通用默认；如为 10.1 需知默认是 XtraDB。以上差异会影响“未显式指定 ENGINE 时的行为”。
二 场景化选择建议
| 场景 |
推荐引擎 |
选择理由 |
关键注意 |
| OLTP/事务系统、需要高并发与一致性 |
InnoDB |
支持 事务、行级锁、外键、崩溃恢复 |
通用首选，适配绝大多数业务 |
| 读多写少、报表/字典等 |
Aria |
MariaDB 改进版 MyISAM，Crash Safe、页校验，读性能佳 |
非事务；建议避免大并发写 |
| 极致压缩、写密集、I/O 受限 |
MyRocks |
LSM-Tree、高压缩率、对 闪存友好 |
需评估版本支持与运维经验 |
| 大数据/分析型（列式） |
ColumnStore |
列存储、大规模并行处理，适合 OLAP/PB 级 |
与 OLTP 场景分离部署更优 |
| 临时表/缓存/会话 |
MEMORY |
数据驻内存、访问极快 |
重启/崩溃数据丢失，慎用大对象 |
| 归档/日志类历史数据 |
Archive |
高压缩插入、仅 INSERT/SELECT |
查询能力弱，不适合交互分析 |
| 跨库/异构访问、联邦查询 |
FederatedX / CONNECT |
访问远程 RDBMS 或外部文件/数据源 |
网络/权限/延迟需评估 |
| 多主同步、分片扩展 |
Galera（集群）/ Spider |
多主同步、分片/分区横向扩展 |
架构与运维复杂度更高 |
| 只读 S3 对象存储 |
S3 |
只读访问 Amazon S3 数据 |
写入与更新不适用 |
| 复制链路黑洞/过滤 |
BLACKHOLE |
接收写入不落盘，便于复制拓扑与过滤 |
数据不可恢复，谨慎使用 |
| 上述引擎在 MariaDB 中均可用（不同版本与发行包可能需额外安装插件/模块），请结合业务特性与版本支持度选择。 |
|
|
|
三 在 Debian 上的检查与设置
- 查看已启用引擎与默认引擎：
SHOW ENGINES;
SELECT @@GLOBAL.storage_engine;
- 建表时显式指定引擎（推荐做法）：
CREATE TABLE t (id INT PRIMARY KEY) ENGINE=InnoDB;
- 会话级/全局级默认引擎（如确有需要）：
SET SESSION storage_engine=InnoDB;
SET GLOBAL storage_engine=InnoDB;
- 版本差异提示：在 10.1 未显式指定 ENGINE 时可能得到 XtraDB；在 10.2+ 则为 InnoDB。生产建议始终显式声明 ENGINE。
四 快速决策清单
- 需要事务/外键/崩溃恢复与高并发 → 选 InnoDB。
- 只读或读多写少、希望比 MyISAM 更稳 → 选 Aria。
- 写密集且追求高压缩/低 I/O → 选 MyRocks（确认版本与运维能力）。
- 分析型、列式聚合与大数据量 → 选 ColumnStore（与 OLTP 分离）。
- 临时计算/缓存 → 选 MEMORY（注意持久化与容量）。
- 历史归档 → 选 Archive。
- 跨库/文件联邦查询 → 选 FederatedX/CONNECT。
- 多主/分片 → 选 Galera/Spider 并评估复杂度。