开发者们为什么很少使用外键

以前上学，教数据库相关的课程的时候，都会教怎样使用外键，但是实际工作了这么多年，几乎在数据库中很少用到外键，这似乎都已经被遗忘了。为什么学习知识在工作中又很少用到呢，数据库设计方面为什么大家都

不怎么使用外键呢。

首先说下什么是外键。

举例来说用户表id,name。用户文章表，文章id，文章name，用户id。对于文章表来说，用户id就是外键。

看下外键的定义：

第一张表用户表

CREATE TABLE `users` (

`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户id',

`name` varchar(256) NOT NULL COMMENT '用户名称',

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

第二张表

CREATE TABLE `order` (

`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '文章id',

`user_id` bigint(20) unsigned NOT NULL COMMENT '用户id',

PRIMARY KEY (`id`),

KEY `user_id` (`user_id`),

FOREIGN KEY (`user_id`) REFERENCES `users` (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='文章表';

两张表，我们使用了 FOREIGN KEY 来定义外键

这时

1.如果文章表插入数据时，用户id的值必须是已存在于用户表中

2.如果要删除用户id=1的数据，需要先删除文章表中user_id=1的数据，否则就会报错

这样就保障了数据的一致性

在回过头来说说为什么很少在实际开发中使用外键呢，这保障了数据的一致性，难道不香吗。

我们来看看一些主流的说法，对于外键的使用还是有弊端的。

1，性能问题

每次更新表时，都需要额外查询外键的表是否有对应数据，这是必须要去判断的，如果这个事由程序去控制，就可操作性比较灵活。

2，并发问题

每次修改数据时都需要检查另一个表的数据，这样获取到额外的锁，若是在高并发大流量的应用中，很容易造成死锁。

说了这么些外键的优缺点，话说大家在开发中用外键用的多吗？