flowchart TD
    A[开始选引擎] --> B{需要事务?}
    B -->|是| C[InnoDB ✅]
    B -->|否| D{高并发写?}
    D -->|是| C
    D -->|否| E{数据持久化?}
    E -->|否| F[Memory引擎]
    E -->|是| G{需要索引?}
    G -->|否| H[CSV / Archive]
    G -->|是| I{写占比?}

    I -->|<10%| J[InnoDB ✅ 首选]
    I -->|>10%| K[InnoDB 唯一选择
MyISAM表锁是瓶颈]

    I -->|0%只读| L[InnoDB 或 MyISAM]
    L --> M{大量COUNT?}
    M -->|是| N[可用 MyISAM]
    M -->|否| O[InnoDB 更安全]

-- 必须用 InnoDB
CREATE TABLE orders ENGINE=InnoDB;     -- 事务
CREATE TABLE accounts ENGINE=InnoDB;   -- 事务
CREATE TABLE users ENGINE=InnoDB;      -- 高并发
CREATE TABLE inventory ENGINE=InnoDB;  -- 行锁

-- 特证：事务、高并发写、数据一致性要求高

-- 方案A：InnoDB（推荐）
CREATE TABLE access_log ENGINE=InnoDB
PARTITION BY RANGE (TO_DAYS(created_at)) (
    PARTITION p202401 VALUES LESS THAN (TO_DAYS('2024-02-01')),
    PARTITION p202402 VALUES LESS THAN (TO_DAYS('2024-03-01'))
);

-- 分区表 + InnoDB 是更安全的选择

-- 方案A：InnoDB 配合分区表（推荐）
CREATE TABLE fact_sales ENGINE=InnoDB
PARTITION BY RANGE (YEAR(sale_date)) (
    PARTITION p2022 VALUES LESS THAN (2023),
    PARTITION p2023 VALUES LESS THAN (2024),
    PARTITION p2024 VALUES LESS THAN (2025)
);

-- Memory 引擎（重启后重建）
CREATE TABLE active_sessions ENGINE=MEMORY;

-- 或使用 InnoDB 更安全
CREATE TABLE dict_cache ENGINE=InnoDB;

-- ❌ 不建议（除非有强理由）

-- 高并发写入用 MyISAM
CREATE TABLE high_writes ENGINE=MyISAM;  -- 表锁噩梦

-- 有事务需求用 Memory
CREATE TABLE withdraw ENGINE=MEMORY;     -- 重启丢钱😱

-- 频繁UPDATE用 CSV
CREATE TABLE user_profile ENGINE=CSV;    -- 不支持UPDATE

性能需求 + 事务需求 + 数据特性 = 引擎选择
     ↓          ↓          ↓
   高并发     需要事务   大文本/JSON → InnoDB
   只读       无事务     简单类型   → MyISAM(少数场景)