数据库的外键到底能不能用？
我们在数据库库设计的时候，可能会使用到外键约束这个属性，它是从数据库的层面对表之间的关系进行了约束，但是如果使用不正确，就可能带来一些隐患，例如Oracle中，我们熟知的某些场景下，如果外键无索引，就可能导致锁表，进而影响性能，任何一个特性，都需要了解它相关的知识，不能以一概全，才可以充分发挥特性的作用。
杨老师写的这篇文章《第05期：外键到底能不能用？》以MySQL的视角，介绍了外键设计的种种场景，可以帮助我们进行数据库设计的时候，用正确的姿势用外键。
避免后期对大量冗余处理的额外运维操作。
相关数据管理全由数据库端处理。
特别是在表设计开始，绘制 ER 图的时候，逻辑简单明了，可读性非常强。
外键一般会存在级联功能，级联更新，级联删除等等。在海量数据场景，造成很大的性能压力。比如插入一条新记录，如果插入记录的表有 10 个外键，那势必要对关联的 10 张表逐一检查插入的记录是否合理，延误了正常插入的记录时间。并且父表的更新会连带子表加上相关的锁。
比如，表结构的更新等。
