在做一个通过邀请码注册的功能，当用户使用某个邀请码注册后，这个邀请码就会失效。问题是，如果 2 个用户同时使用同一个邀请码注册，有几率 2 个邀请码都会被校验为有效的，一般采用什么方案避免这个问题呢？
This topic created in 1717 days ago, the information mentioned may be changed or developed.
 |
CEBBCATFeb 23, 2022
1
查一下电商平台怎么给用户扣款吧。一般来说可以去设计一个对于 entry 的锁，在这里是一个邀请码，只允许获取到邀请码锁的用户核销这个邀请码
|
 |
2
|
1 |
RocketerFeb 23, 2022 via iPhone
3
这不就是线程安全问题么？读的时候可以不管，改的时候先锁后改，第二个来的就会失败了。
|
 |
netnrFeb 24, 2022 via Android
4
最简单就是数据库唯一约束
|
 |
dingwen07Feb 24, 2022
5
加个字段存邀请码，然后 UNIQUE ？或者定期扫一遍新注册用户发现重复就停用？
|
 |
JKeitaFeb 24, 2022
6
update t1 set is_used=1 where is_use=0 and id=xxx; 修改成功就可以了。
|
 |
xwaywayFeb 24, 2022
7
这这这，，，就是一个并发问题啊，而且和库存的并发还不一样，简单的行锁，乐观锁就实现了。
|
 |
SjwNo1Feb 24, 2022
8
上锁即可
|
 |
leavicFeb 24, 2022
9
这不就是最基本的不要让多个进程同时访问一个 IO 的问题吗，上锁啊。
|
 |
leon0318Feb 24, 2022 via iPhone
10
这不是经典的锁场景吗
|
 |
yungo8Feb 25, 2022 via Android
11
7 楼最简单，先 select 到邀请码的 id ，然后转化成并发情况下对同一个邀请码更改状态，谁先 update 返回 1 成功就可以注册成功。也不用代码层面去加锁 select 来判断有没有被使用
|
Select Language