读阿里数据库设计开发规范引发的思考

问题

设计数据库时外键到底应不应该使用？

回答

阿里的建议：

至于为什么是不用，貌似没做具体说明，然后我就自己搜索了下，做出下面的总结。

解释

以学生和成绩的关系为例，学生表中的student_id是主键，那么成绩表中的student_id则为外键。如果更新学生表中的student_id，同时触发成绩表中的student_id更新，即为级联更新。外键与级联更新适用于单机低并发，不适合分布式、高并发集群；级联更新是强阻塞，存在数据库更新风暴的风险；外键影响数据库的插入速度。

外键约束的优点、缺点

优点

• 保证表间保证数据的完整性和一致性，是事务的一致性实现
• 级联操作方便
• 将数据完整性判断托付 给了数据库完成，减少了程序的代码量
• DBA与开发分工明确，且减少代码量

缺点

• 性能瓶颈
  外键被数据库维护，当涉及外键字段的增，删，更新操作之后，需要触发先关查询去检查，性能开销

• 并发死锁
  update/delete时，外键对数据一致性的控制，其他表内部加锁。进行行锁操作，在并发大流量事务场景，很容易造成死锁

• 扩展性差
  随着数据量的增加 ,分库分表时，外键无法生效，所以将数据关系维护在程序中，方便迁移

总结

外键是否采用，看业务应用场景，以及开发成本的。

• 互联网行业应用
  不推荐使用外键， 用户量大，并发高，数据库容易成为性能瓶颈，尤其受IO限制， 此时不用外键，把数据一致性的控制放到程序事务中，易于水平扩展。

• 传统行业
  软件应用的用户数有限，数据量也一般不会超大，且活跃数据有限。综述，即数据库服务器的性能不是问题，不用过多考虑性能问题。

说到底还是性能问题，如果说系统对性能要求高，则不用外键，否则，则可以使用（注意在程序中处理好数据的一致性）。