database-migrations

数据库迁移是生产环境架构演进的高危操作，本 Skill 提供了一套完整的零停机数据库迁移策略体系，帮助技术团队在不中断服务的前提下安全地演进数据库架构。

核心用法

本 Skill 作为数据库架构变更的决策指南，主要用于规划阶段的风险评估和方案选择。它系统性地整理了从简单到复杂的多种迁移策略：从风险最低的"仅增量化"（Additive-Only）模式，到处理复杂重构的"扩展-收缩"（Expand-Contract）模式，再到应对海量数据的"惰性迁移"策略。文档详细对比了 Prisma、Alembic、Flyway 等主流迁移工具的特性，并提供了可落地的回滚方案，包括双写期管理、蓝绿部署实施步骤，以及数据备份的具体 SQL 实践。无论是添加索引、重命名列，还是拆分表结构，都能找到对应的零停机实现路径。

显著优点

内容的专业性和实用性是最大亮点。文档不仅提供了策略矩阵帮助快速决策，还包含了完整的"迁移检查清单"（Pre/During/Post-Migration），确保关键环节不被遗漏。特别 valuable 的是明确列出了 8 条"绝对禁止"的反模式，如"切勿在未移除应用引用前直接删除列"、"切勿在单条语句中对大表添加非空约束"等，这些都是生产事故的高发区。此外，提供的批处理 SQL 示例采用了 SKIP LOCKED 和节流机制，体现了对高并发场景的深刻理解。

潜在缺点与局限性

作为纯文档型 Skill，它不提供自动化执行能力，所有策略都需要工程师手动实施或通过其他工具（如 Flyway、Liquibase）落地。来源为个人开发者（T3），虽然内容质量高，但缺乏官方组织背书。此外，文档主要基于 PostgreSQL 生态（从 SQL 示例中的 pg_sleep、NOT VALID 等语法可见），对于 MySQL、MongoDB 等其他数据库的针对性指导相对有限。部分高级策略（如蓝绿部署）需要额外的基建支持，对中小团队而言实施成本较高。

适合的目标群体

主要面向后端开发工程师、数据库管理员（DBA）、DevOps 工程师和系统架构师。特别适合负责高可用在线服务的技术团队，以及需要建立数据库变更规范的中大型组织。对于正在经历微服务拆分、数据模型重构或遗留系统现代化的团队尤为实用。

使用风险

尽管文档本身安全，但误用其中的技术方案可能带来风险：直接复制示例 SQL 到生产环境而未根据实际数据量调整批次大小，可能导致锁表；忽略"双写期"的必要性直接切换读流量，可能引发数据不一致；低估迁移执行时间而在高峰期部署，可能影响系统性能。建议严格遵循文档中的测试流程：必须在生产规模的数据集上验证迁移脚本，并确保 WAL 归档和备份策略到位。