01 / 一句话讲清楚

MySQL 是 OLTP 王者，擅长高并发点查和简单写入。但当数据量破千万、JOIN 变复杂、报表跑不动时，就需要 Greenplum 这样的 OLAP 数据库了。

📌 迁移不是“取代 MySQL”，而是“架构分层”：MySQL 管交易，Greenplum 管分析。

02 / MySQL vs Greenplum：什么时候需要迁移？

📌 经典的分层架构： MySQL（业务库）→ ETL → Greenplum（分析库）→ 报表/BI

03 / MySQL vs Greenplum 架构差异

04 / 迁移六步法

第一步：评估 → 第二步：转换 → 第三步：迁移 → 第四步：验证 → 第五步：切换 → 第六步：优化

4.1 第一步：迁移评估

-- MySQL 端：统计库和表

SELECT 

    table_schema,

    table_name,

    round(((data_length + index_length) / 1024 / 1024 / 1024), 2) AS size_gb,

    table_rows

FROM information_schema.tables

WHERE table_schema = 'mydb'

ORDER BY size_gb DESC;

评估清单：

4.2 第二步：DDL 转换

MySQL → Greenplum 数据类型映射：

表结构转换示例：

-- MySQL 原表

CREATE TABLE orders_mysql (

    order_id INT PRIMARY KEY AUTO_INCREMENT,

    user_id INT NOT NULL,

    amount DECIMAL(10,2),

    status ENUM('pending','paid','shipped','completed'),

    create_time DATETIME,

    INDEX idx_user (user_id),

    INDEX idx_time (create_time)

) ENGINE=InnoDB;

-- Greenplum 目标表（优化后）

CREATE TABLE orders_gp (

    order_id bigint,

    user_id int NOT NULL,

    amount numeric(10,2),

    status text,

    create_time timestamp,

    CHECK (status IN ('pending','paid','shipped','completed'))

) WITH (appendonly=true, orientation=column, compresstype=zstd)

DISTRIBUTED BY (user_id)           -- 按 user_id 分布，便于 JOIN

PARTITION BY RANGE (create_time);  -- 按时间分区

4.3 第三步：SQL 语法转换

常用转换对照表：

4.4 第四步：数据迁移

迁移方案：

4.5 第五步：迁移验证

-- 1. 行数对比

SELECT 'MySQL' as source, count(*) FROM mysql_orders

UNION ALL

SELECT 'Greenplum' as source, count(*) FROM orders_gp;

-- 2. 关键业务指标对比

SELECT 

    'MySQL' as source,

    sum(amount),

    avg(amount),

    min(create_time),

    max(create_time)

FROM mysql_orders

UNION ALL

SELECT 

    'Greenplum',

    sum(amount),

    avg(amount),

    min(create_time),

    max(create_time)

FROM orders_gp;

-- 3. 枚举值分布对比

SELECT status, count(*) FROM mysql_orders GROUP BY status

UNION ALL

SELECT status, count(*) FROM orders_gp GROUP BY status

ORDER BY status, source;

4.6 第六步：性能调优

迁移后常见问题及调优：

05 / 实战案例

案例：某医院平台 MySQL 库迁移

背景 ：

• MySQL 单表 2 亿行，JOIN 报表经常超时

• 夜间 ETL 跑 6 小时，影响业务

迁移效果 ：

写在最后

MySQL 到 Greenplum 迁移的核心要点：

MySQL 和 Greenplum 不是二选一，而是搭档。一个管交易，一个管分析。

软件分享，留言获取地址：

    是一个充满活力的创意社区，拥有超过4.3百万张优质图片和视频素材，让你轻松应对各种设计场景。共享免版权高清照片和库存图片、新的插图矢量图、高质量视频、热门动态GIF和最佳音频音乐，全部可免费下载。所有内容都遵循Pixabay许可证发布，可以安全使用，无需归属，甚至适用于商业用途