用户-粉丝关注表设计与实现

一、数据结构分析

用户关注粉丝是一个多对多的数据模型，分析对象的数据特征，我们给每个用户设计一个关注者属性和粉丝属性，用于存储用户的关注者id和粉丝id，如用户1：

$arr1 = [
	'follow' => '[2,3,4],
	'fans' => [4,5,6],
]

二、用户逻辑关系梳理

在用户关注粉丝模型中，有两种常见场景：

1. 查看自己的粉丝或者关注列表：

   这种情况下最多会出现三种关系：

   其中1表示仅为本人所关注的人，2表示仅为本人的粉丝，3表示互粉
   

2. 查看别人的粉丝或者关注列表：

   此时是以别人的粉丝或关注者与自己的关系进行判定：

   其中find表示别人的粉丝或关注列表，在这里统称为other，1表示other是本人所关注的，2表示other与本人互粉，3表示other是本人的粉丝，4表示和本人没有任何关系

   

三、数据库设计

CREATE TABLE `db_subscribe` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `be_subscribe` int(11) NOT NULL DEFAULT '0' COMMENT '被关注者id',
  `subscribe` int(11) NOT NULL DEFAULT '0' COMMENT '关注者id',
  `is_del` tinyint(4) NOT NULL DEFAULT '0' COMMENT '关注关系存续状态，0-存在关注关系，1-取消关注',
  `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后变更时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COMMENT='用户关注关系表';

四、应用

这里为了省事，就没有考虑is_del字段，实际应用中，一定要补上，另外在关注之前记得要先查询是否存在取关，存在取关时只需要更新is_del字段

1. 查看自己的粉丝或者关注列表：

   以be_subscribe字段查询，可以获取粉丝列表，以subscribe字段查询，可以获取关注者列表。

   如查找用户1的粉丝：

   select subscribe from db_subscribe where be_subscribe = 1
    
   如查找用户1的关注：
    
   select subscribe from db_subscribe where subscribe = 1
   

2. 查看别人的粉丝或者关注列表：

   查看别人的粉丝或者关注时就会复杂一些了，需要用到子查询或者连表

   1）、用内连接查找所有互粉（可以根据自身需求在后面把查询范围补上，如用户1&用户2的关注/粉丝列表）：

   select a.* from db_subscribe as a inner join db_subscribe as b on a.subscribe = b.be_subscribe and a.be_subscribe = b.subscribe
   2）、用子查询查找用户2和用户3的共同关注 
   select be_subscribe from db_subscribe where be_subscribe in(select be_subscribe from db_subscribe where subscribe = 3) and subscribe = 2
   3）、用子查询查找用户1和用户2的共同粉丝
    
   select subscribe from db_subscribe where subscribe in(select subscribe from db_subscribe where be_subscribe = 1) and be_subscribe = 2
    
   4）、用户2的粉丝中和用户1没有任何关系的
    
   select subscribe from db_subscribe where be_subscribe = 2 and subscribe not in (select subscribe from db_subscribe where be_subscribe = 1 ) and subscribe not in (select be_subscribe from db_subscribe where subscribe = 1 )
   用户2的关注中和用户1没有任何关系的
    
   select be_subscribe from db_subscribe where subscribe = 2 and be_subscribe not in (select subscribe from db_subscribe where be_subscribe = 1 ) and be_subscribe not in (select db_subscribe from db_subscribe where subscribe = 1 )

五、反思

这样的数据库设计有一个问题就是记录太多，数据量一大就要考虑垂直分表了。其实有个更简单的办法就是用redis来做，这种多对多的关系，关系型数据库redis最合适不过了，各种关系也只需要采用集合的交集、并集、补集来查找。

但是由于redis数据库是常驻内存的，所以最好需要备份一份数据到mysql或其他数据库中，否则redis一挂，用户关系数据就全丢了，即使重启恢复了数据，但挂掉的这段时间，用户关注粉丝这块就完全不可用了，为了高可用性，需要在关系型数据库中也做一个备份，代码中也需要分别处理。

如果数据量比较庞大的时候，可以先采用客户端直接反馈展示，然后把消息发到消息队列中，再依次写入缓存和数据库