MariaDB 提供了多种存储引擎，每种引擎针对不同的数据操作场景设计。通过合理选择存储引擎，可显著提升 MariaDB 的存储效率、查询性能和可维护性。

1. InnoDB

定位：事务型存储引擎，MariaDB 默认引擎（兼容 MySQL InnoDB）。
核心特性：

• ACID 事务支持：确保数据一致性（原子性、一致性、隔离性、持久性）。
• 行级锁：最小化锁竞争，提升并发性能。
• MVCC（多版本并发控制）：读写操作不互相阻塞。
• 外键约束：维护数据完整性。
• 崩溃恢复：通过 redo log 实现故障后自动恢复。
• 自适应哈希索引：自动优化高频查询的索引访问。

适用场景：

• OLTP（在线事务处理）：如订单系统、用户账户管理。
• 需要高并发写入和事务支持的场景。

配置优化：

innodb_buffer_pool_size = 物理内存的 50%~70%  # 核心参数
innodb_flush_log_at_trx_commit = 2          # 平衡性能与持久化安全
innodb_file_per_table = ON                  # 每个表独立表空间

示例建表：

CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    user_id INT,
    amount DECIMAL(10,2),
    FOREIGN KEY (user_id) REFERENCES users(user_id)
) ENGINE=InnoDB;

2. Aria

定位：MyISAM 的增强替代品，支持崩溃恢复。
核心特性：

• 表级锁：写入时锁定整个表（并发性能低于 InnoDB）。
• 崩溃安全：通过日志恢复未提交的操作。
• 支持全文索引：适合文本搜索场景。
• 低存储开销：无事务日志，磁盘占用较小。

适用场景：

• 只读或低频写入的日志表。
• 临时表（MariaDB 默认使用 Aria 存储临时表）。

配置优化：

aria_pagecache_buffer_size = 128M  # 调整缓存大小

示例建表：

CREATE TABLE access_log (
    log_id INT PRIMARY KEY,
    content TEXT,
    created_at DATETIME
) ENGINE=Aria;

3. MyRocks

定位：基于 RocksDB 的高压缩写优化引擎（由 Facebook 贡献）。
核心特性：

• 高压缩比：节省存储空间（尤其适合日志类数据）。
• LSM 树结构：写吞吐量显著高于 B+ 树引擎（如 InnoDB）。
• 读性能较低：适合写多读少的场景。

适用场景：

• 日志存储（如用户行为日志）。
• 时序数据存储（如传感器数据）。

配置优化：

rocksdb_default_cf_options = compression=kZSTD  # 启用压缩
rocksdb_block_cache_size = 1G                   # 调整块缓存

示例建表：

CREATE TABLE sensor_data (
    ts DATETIME,
    value FLOAT
) ENGINE=ROCKSDB;

4. ColumnStore

定位：列式存储引擎，专为大规模数据分析设计。
核心特性：

• 列式存储：高效压缩，适合聚合查询。
• 并行处理：利用多线程加速复杂查询。
• 支持批量插入：不适合高频单条写入。
• 与 InnoDB 混合查询：可关联列式表与行式表。

适用场景：

• OLAP（在线分析处理）：如数据仓库、BI 报表。
• 需要快速执行 SUM()、AVG() 等聚合操作的场景。

配置优化：

columnstore_use_import_for_batchinsert = 1  # 启用批量导入优化

示例建表：

CREATE TABLE sales_analytics (
    product_id INT,
    sale_date DATE,
    revenue DECIMAL(12,2)
) ENGINE=ColumnStore;

5. Spider

定位：分库分表引擎，支持跨服务器分布式数据访问。
核心特性：

• 透明分片：应用层无感知，数据分散在多个后端数据库。
• 支持多种后端：可连接 MySQL、MariaDB 或其他 Spider 节点。
• 复杂查询下推：将查询分发到后端节点执行。

适用场景：

• 分布式数据库架构。
• 水平拆分超大规模表。

配置示例：

CREATE SERVER backend1 FOREIGN DATA WRAPPER mysql 
OPTIONS (HOST '192.168.1.10', DATABASE 'shard1', USER 'spider', PASSWORD 'pass');

CREATE TABLE distributed_data (
    id INT PRIMARY KEY,
    data VARCHAR(100)
) ENGINE=Spider COMMENT='wrapper "mysql", table "sharded_table"';

6. Memory

定位：内存存储引擎，数据不持久化。
核心特性：

• 极速读写：数据存储在 RAM 中。
• 表级锁：并发写入性能有限。
• 重启丢失：服务器关闭后数据清空。

适用场景：

• 临时数据缓存（如会话信息）。
• 高速计算中间结果存储。

示例建表：

CREATE TABLE session_cache (
    session_id VARCHAR(32) PRIMARY KEY,
    user_data TEXT
) ENGINE=MEMORY;

存储引擎选择决策指南

• 是否需要事务？
• 是 → InnoDB
• 否 → 根据读写模式选择其他引擎。
• 数据访问模式？
• 高频写入 → MyRocks（压缩写优化）
• 复杂分析 → ColumnStore（列式聚合）
• 分布式存储 → Spider
• 数据持久性要求？
• 允许丢失 → Memory
• 必须持久 → InnoDB/Aria
• 存储成本敏感？
• 高压缩需求 → MyRocks/ColumnStore

操作命令

• 查看表引擎：

SHOW TABLE STATUS LIKE 'table_name';

• 修改引擎：

ALTER TABLE table_name ENGINE = InnoDB;

• 查看支持的引擎：

SHOW ENGINES;