| 问题 | 表结构变更牵连多方；业务校验被绕过；故障互相影响 |
|---|---|
| 信号 | 出现“先改库再通知大家”的发布流程 |
| 替代 | 暴露 API 或发布事件；过渡期用数据同步加契约 |
退共享库迁移步骤
| 步骤 | 动作 |
|---|---|
| 建接口 | 为直连方提供 API 或事件通道 |
| 双写核对 | 过渡期双写，定时比对一致性 |
| 切换消费 | 逐消费方切换并观察 |
| 收权限 | 确认无直连流量后收回账号 |
共享库迁移要按消费方逐一切换：先建接口双写，再核对一致性，最后收回直连权限。
共享数据库集成
多个服务或系统直接读写同一数据库的集成方式；短期省事，长期锁死表结构、绕过业务规则并制造隐性耦合，常见替代方案是接口或事件集成。
易错点
- 多方直连同一库并各自实现业务规则，口径分裂
- 表结构变更未经协调，发布当晚互相影响
数据来源与参考
- microservices.io：Shared Database
- 《Building Microservices（第 2 版）》（Newman）