一、前言
对于【是否使用外键约束】这个话题已经是老生常谈的了。在学校中，老师交给我们的大多是需要我们建立外键约束，但进入了实际工作很多时候并不会使用外键，而是通过代码逻辑来控制。包括在阿里的JAVA规范中也明确规定：【强制】不得使用外键与级联，一切外键概念必须在应用层解决。
为什么要做这样的规定呢？到底该不该使用外键约束呢？我们可以举一个例子来说明
二、举例说明
现在我们在数据库中建立了两张表：【product和project】，【project】的porduct字段，关联Product，他们之间存在下图这样的一条外键记录：
当我们对【project】表增加一条project_id为 1 的记录的时候，由于【product】表不存在相应的记录会导致报错:
可以看出，这个约束的存在，会保证表间数据的关系的完整性。更不容易出现脏数据。这是外键约束非常明显的优点！
总结一下，外键约束具有如下的优点：
- 保证数据的完整性和一致性
- 级联操作方便
- 将数据完整性判断托付给了数据库完成，减少了程序的代码量
但也存在着不可忽略的缺点：
性能问题
我们刚建立了两张表【project】和【product】，【project】表通过project_id字段与【product】表做了外键约束。
这个时候，当我们每次往【project】表插入数据的时候，它会先去【product】中查询是否有对应的关联数据，如果通过程序来控制可以不进行这次查询。但设立了外键约束，就一定会去进行该查询。这实际是冗余的。当关联的字段少的时候可能没啥影响，但一但关联字段多了后，这种影响就尤其明显！
死锁
外键导致查询需要依赖其他数据表，这意味着 InnoDB 需要在父级表（或相关表）中检验相应的值。这也会锁定父级表的数据行，以保证在事务完成前该行不会被删除。这会导致意外的锁等待，甚至是死锁，这类问题很难被定位。
分库分表困难
加了约束的数据库在需要分库分表的情况下，会特别困难
开发/测试效率的降低
在我们日常的测试过程中，经常会遇到发现了一个BUG想复现或者方便测试的情况，会直接改数据库表的数据来达到方便测试的效果。
虽然这及不规范，但实际情况就是能够提升我们很多效率。这是毋庸置疑的！可是，这样的操作也会带来一些问题，比如因为数据导致的BUG，但实际并不是程序的BUG，或者发现不了一些潜在的BUG。
三、总结
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/176452.html原文链接：https://javaforall.net
