外键的作用
外键用于与另一张表的关联。是能确定另一张表记录的字段，用于保持数据的一致性。
测试用例：我们先建有外键关联的两张表
然后在course表中插入一条数据
INSERT INTO tb_course (StuId, CourseName, Score) VALUES (1, 'java基础', 80)
很显然，他会报错
原因就是Student表中并没有主键Id为1的这条记录，那么就不能在Course表中插入这叫记录。
接下来我们在Student表中插入一条记录，并且主键的Id为1
然后我们接着执行这条sql语句
INSERT INTO tb_course (StuId, CourseName, Score) VALUES (1, 'java基础', 80)
就可以执行成功
同样地，修改删除操作也是如此，不能破坏表中的关系，简单地说，就是不能给Student表中不存在的学生成绩。
而且删除的时候得先删除外键表再删除主键表
例如：如果我把Student表中数据删除了，那么Course表中StuId = 1的这个学生就不存在了，所以数据库不会让你删。
那么讲到这里，数据库外键的作用是什么呢？其实开头那一句话应该稍微改一改。应该说：
外键用于与另一张表的关联。是能确定另一张表记录的字段，数据库强制你保持数据的一致性。
反正你建了外键，你就要遵守外键规则，你不按我规则来，我就给你报错，就这么简单。
不设置外键行不行？
当然可以。
我们把上面的外键删了，然后执行
INSERT INTO tb_course(StuId, CourseName, Score) VALUES (2, 'C#基础', 60)
结果
我们发现这里有个StuId = 2的家伙，然后我们去Student表中找
哎没有，这就数据不一致了，怎么解决？很简单，你要人为控制，比如你写程序时，在Course表中增加一条StuId = 2的记录时，先去查询Student表中是否有StuId = 2主键的记录，如果有则增加，没有则返回。这还只是两张表的关联，实际工作中可以会有好几张表以至于几十张表的关联，可以还会有不同团队开发，这个时候你想控制，但是也是力不从心的。
但是外键也会导致数据库的性能低下，因为当数据量增大的时候，数据库扫描外键的工作就变得非常耗时了。
那到底使不使用外键？
正方观点：
- 由数据库自身保证数据一致性，完整性，更可靠，因为程序很难100％保证数据的完整性，而用外键即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。eg：数据库和应用是一对多的关系，Ａ应用会维护他那部分数据的完整性，系统一变大时，增加了Ｂ应用，Ａ和Ｂ两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？
- 有主外键的数据库设计可以增加ER图的可读性，这点在数据库设计时非常重要。
- 外键在一定程度上说明的业务逻辑，会使设计周到具体全面。
反方观点：
- 可以用触发器或应用程序保证数据的完整性
- 过分强调或者说使用主键／外键会平添开发难度，导致表过多等问题
- 不用外键时数据管理简单，操作方便，性能高（导入导出等操作，在insert, update, delete 数据的时候更快）eg:在海量的数据库中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键，这样扫描的数量是成级数的增长！我的一个程序入库在3个小时做完，如果加上外键，需要28个小时！
结论：
- 在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。
- 用外键要适当，不能过分追求。
- 不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库。
参考资料：https://blog.csdn.net/moran_lei/article/details/79700264