MySQL - 不使用外键约束的实操（一）

1. 使用外键有利于维持数据完整性和一致性，但是对于开发来说是非常不利的。
   每次做DELETE 或者UPDATE都必须考虑外键约束，会导致开发的时候很痛苦，而且需要更为复杂的错误捕获机制。
   做数据处理时会受到很多的束缚，有些地方本来就可以允许有部分冗余，但是由于设计了外键约束，只能放弃。
   出现BUG的时候追踪很麻烦。
   总的来说，自己来掌握数据总比别人去掌握要方便。
   目前我们公司的所有软件都很少用到外键约束，基本都是由程序控制一致性和唯一性。
2. 应用场景的比较 互联网行业应用不推荐使用外键： 用户量大，并发度高，为此数据库服务器很容易成为性能瓶颈，尤其受IO能力限制，且不能轻易地水平扩展；若是把数据一致性的控制放到事务中，也即让应用服务器承担此部分的压力，而引用服务器一般都是可以做到轻松地水平的伸缩； 传统行业（软件使用人数可控）的可以使用外键。
3. 外键的性能问题 
   1. 数据库需要维护外键的内部管理； 
   2. 外键等于把数据的一致性事务实现，全部交给数据库服务器完成； 
   3. 有了外键，当做一些涉及外键字段的增，删，更新操作之后，需要触发相关操作去检查，而不得不消耗资源； 
   4. 外键还会因为需要请求对其他表内部加锁而容易出现死锁情况。
4. 待更新...