不想被 ORM 绑死迁移？dbmate 一个二进制管完 Postgres / MySQL / SQLite / ClickHouse

Fri, 25 Sep 2026 00:00:00 +0000

团队里 3 个服务一个用 Go、一个用 Node、一个用 Python，数据库都是 Postgres。每个服务各自带一套框架内置的迁移（Rails / DRF / Sequelize / GORM），同一个 schema 变更要改 3 套不同语法的迁移文件，migrate 命令还各不一样。多人开发 + 生产部署时，“谁先跑了哪个迁移” 就成了一笔糊涂账。

dbmate 是给这种场景准备的解法：一个独立二进制、纯 SQL 迁移文件、不绑任何语言或框架，Postgres / MySQL / SQLite / ClickHouse 共用同一套迁移，跑起来谁先谁后它自己记账。

TL;DR

dbmate 是 Go 写的数据库迁移工具，单二进制、零运行时依赖，不绑编程语言和框架。

迁移文件就是纯 SQL，按时间戳命名（如 20260925120000_create_users.up.sql），Git 友好、天然可排序。

支持 PostgreSQL、MySQL、MariaDB、SQLite、ClickHouse，乃至 BigQuery、Spanner。

自带 schema_migrations 表记账 + schema.sql 全量 dump，多环境对账清晰。

适合"多语言服务共享一个库"或"不想被某框架绑死迁移"的场景；单一框架统一管着的团队未必需要。

它和框架内置迁移差在哪？

先把定位说清。Rails / GORM / Django 的迁移是跟着框架走的：你写 Go 就 GORM 的 AutoMigrate / Migrator，写 Python 就 Django 的 migration 文件。优点是生态顺，缺点是语言绑定——换个语言栈迁移方式全变。

ClickHouse on softon.top

不想被 ORM 绑死迁移？dbmate 一个二进制管完 Postgres / MySQL / SQLite / ClickHouse

它和框架内置迁移差在哪？