数据库迁移 · Migration
英文：migration/maɪˈɡreɪʃən/（重音在 gra）
后端与数据库难度：进阶 ★★
🗣️一句话大白话
「修改数据库结构」的标准流程：加字段、改表名这类结构变更，不直接改，而是写一份变更脚本存档，按顺序执行。好处：每个环境（你的电脑、服务器）都能以相同顺序重放变更。
🎬真实场景
应用上线后要给客户表加「微信号」字段。直接在生产数据库手动加列——本地的数据库不知道这件事，两边结构就分叉了。用迁移：写一个 migration 文件，各地执行，结构永远一致。
📮你可以这样说
「「这次改动生成一个 migration 文件（加 wechat 字段到 customers 表），先给我看文件内容，确认后再执行迁移。」」
⚠️边界与常见误解
- ▸迁移一旦提交并执行，尽量不修改它——要改就写新的迁移
- ▸有破坏性的迁移（删字段、改类型）先备份数据
- ▸AI 生成的迁移要像看 SQL 一样过目：它可能删了你没让它删的列