问题描述：
业务上有这样的需求，A、B 两个用户，如果互相关注，则成为好友。设计上是有两张表，一个是 like 表，一个是 friend 表，like 表有 user_id、liker_id 两个字段，我设置为复合唯一索引即uk_user_id_liker_id。语句执行逻辑是这样的：
以 A 关注 B 为例：
第一步，先查询对方有没有关注自己（B 有没有关注 A）select * from like where user_id = B and liker_id = A;
如果有，则成为好友 insert into friend;
没有，则只是单向关注关系 insert into like;
但是如果 A、B 同时关注对方，会出现不会成为好友的情况。因为上面第 1 步，双方都没关注对方。**第 1 步即使使用了排他锁也不行，因为记录不存在，行锁无法生效。**请问这种情况，在 MySQL 锁层面有没有办法处理？
表结构：
CREATE TABLE `like` ( `id` int(11) NOT NULL AUTO_INCREMENT, `user_id` int(11) NOT NULL, `liker_id` int(11) NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `uk_user_id_liker_id` (`user_id`,`liker_id`) ) ENGINE=InnoDB; CREATE TABLE `friend` ( id` int(11) NOT NULL AUTO_INCREMENT, `friend_1_id` int(11) NOT NULL, `firned_2_id` int(11) NOT NULL, UNIQUE KEY `uk_friend` (`friend_1_id`,`firned_2_id`) PRIMARY KEY (`id`) ) ENGINE=InnoDB;
由于一开始A和B之间没有关注关系，所以两个事务select都为空。因此分别插入一个单向关注关系，这结果对业务来说就是bug了。
另外一个方法，来解决这个问题。
给“like”表增加一个字段，比如叫作 relation_ship，并设为整型，取值 1、2、3。
- 值是 1 的时候，表示 user_id 关注 liker_id;
- 值是 2 的时候，表示 liker_id 关注 user_id;
- 值是 3 的时候，表示互相关注。
begin; /* 启动事务 */ insert into `like`(user_id, liker_id, relation_ship) values(A, B, 1) on duplicate key update relation_ship=relation_ship | 1; select relation_ship from `like` where user_id=A and liker_id=B; /* 代码中判断返回的 relation_ship， 如果是 1，事务结束，执行 commit 如果是 3，则执行下面这两个语句： */ insert ignore into friend(friend_1_id, friend_2_id) values(A,B); commit;
如果A>B，则执行下面的逻辑：
mysql> begin; /* 启动事务 */ insert into `like`(user_id, liker_id, relation_ship) values(B, A, 2) on duplicate key update relation_ship=relation_ship | 2; select relation_ship from `like` where user_id=B and liker_id=A; /* 代码中判断返回的 relation_ship， 如果是 2，事务结束，执行 commit 如果是 3，则执行下面这两个语句： */ insert ignore into friend(friend_1_id, friend_2_id) values(B,A); commit;
这个设计，让”like”表里的数据保证user_id < liker_id，这样无论A关注B，B关注A，在操作“like”表时，如果反向关系已存在，就会操作同一行出现行锁冲突。
然后，insert … on duplicate 语句，确保事务强行占住行锁，之后select 判断 relation_ship 这个逻辑时就确保了是在行锁保护下的读操作。
操作符 “|” 按位或，和最后一句 insert 语句里的 ignore，保证重复调用时的幂等性。
