这是一个创建于 1820 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有一个电商网站，需要用户点击登陆才能购买，对于新用户需要注册，注册需要调用底层的 passport 服务。现在新用户从客户端和浏览器同时发起注册，调用这个 passport 服务，为这个新用户注册账号，有两个问题；首先，passport 如何保证对于同一个用户只有一个请求注册的请求能成功，前提条件是假设注册新用户写 db 的时间在 100ms 左右，而这新俩同时发起的注册请求在 100ms 以内。第二个问题是，如果 passport 保证不了，调用方如何保证这种场景下只有一个请求能到 passport，或者在 passport 现状下，调用方如何最优处理呢
 | 1 echowuhao 2020-12-17 23:44:48 +08:00 数据库表 id unique constraint，同时插入也只能一个成功。 |
 | 2 laminux29 2020-12-18 00:30:22 +08:00 第一个问题的原理是，注册时，通过用户名与手机号，进行唯一性限制。如果客户端先行注册了，数据库那边就存在了该用户名与手机号，浏览器端注册时，发现用户名与手机号已经存在，然后反馈：用户名或手机号已经被注册。 第二个问题的原理是，数据库可以把该操作按业务或架构需求，设置为某种级别的事务性，比如串行，来保证该操作的原子性。就算两个请求是同时达到数据库服务器，因事务的原子性，两个请求任然会被强行分为一前一后，按顺序进行。 第三个问题，passport 服务必须要保证注册业务的事务性。保证不了就换程序员或 DBA 。 |
 | 3 theknotyouknow OP 前提条件是假设注册新用户写 db 的时间在 100ms 左右，而这新俩同时发起的注册请求在 100ms 以内。数据库保证不了吧，还没插入成功 |
 | 4 gosansam 2020-12-18 09:54:50 +08:00 @theknotyouknow 用户唯一标识做 key 加锁可行吗 |
 | 5 no1xsyzy 2020-12-18 10:23:35 +08:00 注册不是热点直接串行就行了 如果注册是热点，比如你期望的每日用户增长数大于 28.8 万，或者说每小时用户增长数大于 3.6 万，那你大概不用考虑先验唯一性限制，写完了确认下唯一性，不唯一把后插入的那条去掉。 还有一种，就是（比如你用手机号）下发或者上发验证码，并且不同终端的验证码不同，请求新验证码会无效化之前的验证码。 |
 | 6 bjhc 2020-12-18 11:10:52 +08:00 只要保证调用操作的原子性就可以了。有多种实现方式。 第一，数据库层面，主键或唯一索引。 第二，队列。将注册调用串行化。redis 等各种消息队列即可满足。 |
| 7 theknotyouknow OP @gosansam 可行，调用方我能想到只能这样做了，并发的控制粒度是 redis 加锁的时间 |
| 8 theknotyouknow OP @bmwyhc 第一种方案，是不是会导致锁表 |
| 9 theknotyouknow OP @no1xsyzy 失败后，发起重试，不一定是用户的重试呢 |
| 10 no1xsyzy 2020-12-19 00:33:59 +08:00 @theknotyouknow 没看懂你说啥…… |
Select Language