在分布式数据库中保证**参照完整性（Referential Integrity，即外键约束）**比单机数据库复杂，核心难点是：数据跨节点、网络不可靠、事务跨分片。下面按“问题 → 策略 → 常见方案”来说明。
把参照完整性从数据库移到应用
✅ 优点：性能好、易扩展
❌ 缺点：容易漏写、难全局保证
互联网系统 90% 以上采用这种方式
让外键引用的双方在同一分片
user_id 分片user 和 order 都在同一节点✅ 优点：可继续使用本地外键
❌ 缺点：分片键受限
使用：
示例：
BEGIN DISTRIBUTED TX
INSERT parent
INSERT child (fk)
COMMIT
✅ 优点：严格参照完整性
❌ 缺点：性能差、可用性低
允许短时间不一致，后台修复
✅ 优点：高可用、高性能
❌ 缺点：不是强一致
| 数据库 | 参照完整性支持 |
|---|---|
| MySQL 分库分表 | ❌ 不支持跨库外键 |
| PostgreSQL + Citus | ⚠️ 同分片支持 |
| TiDB | ❌ 不支持外键 |
| OceanBase | ✅ 支持 |
| CockroachDB | ✅ 支持 |
| MongoDB | ❌ 无外键 |
✅ 优先：
✅ 谨慎使用：
✅ 必须做：
分布式库中，参照完整性通常不是“数据库强制”，而是“架构设计 + 应用约束 + 最终一致”共同保证的。
如果你有具体场景（如：订单-用户、微服务、某数据库），我可以给你更针对性的方案。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
