数据同步问题

• 資深大佬 : echowuhao

  数据库表 id unique constraint，同时插入也只能一个成功。

• 資深大佬 : laminux29

  第一个问题的原理是，注册时，通过用户名与手机号，进行唯一性限制。如果客户端先行注册了，数据库那边就存在了该用户名与手机号，浏览器端注册时，发现用户名与手机号已经存在，然后反馈：用户名或手机号已经被注册。

  第二个问题的原理是，数据库可以把该操作按业务或架构需求，设置为某种级别的事务性，比如串行，来保证该操作的原子性。就算两个请求是同时达到数据库服务器，因事务的原子性，两个请求任然会被强行分为一前一后，按顺序进行。

  第三个问题，passport 服务必须要保证注册业务的事务性。保证不了就换程序员或 DBA 。

• 主 資深大佬 : theknotyouknow

  前提条件是假设注册新用户写 db 的时间在 100ms 左右，而这新俩同时发起的注册请求在 100ms 以内。数据库保证不了吧，还没插入成功

• 資深大佬 : gosansam

  @theknotyouknow 用户唯一标识做 key 加锁可行吗

• 資深大佬 : no1xsyzy

  注册不是热点直接串行就行了
  如果注册是热点，比如你期望的每日用户增长数大于 28.8 万，或者说每小时用户增长数大于 3.6 万，那你大概不用考虑先验唯一性限制，写完了确认下唯一性，不唯一把后插入的那条去掉。

  还有一种，就是（比如你用手机号）下发或者上发验证码，并且不同终端的验证码不同，请求新验证码会无效化之前的验证码。

• 資深大佬 : bmwyhc

  只要保证调用操作的原子性就可以了。有多种实现方式。
  第一，数据库层面，主键或唯一索引。
  第二，队列。将注册调用串行化。redis 等各种消息队列即可满足。

• 主 資深大佬 : theknotyouknow

  @gosansam 可行，调用方我能想到只能这样做了，并发的控制粒度是 redis 加锁的时间

• 主 資深大佬 : theknotyouknow

  @bmwyhc 第一种方案，是不是会导致锁表

• 主 資深大佬 : theknotyouknow

  @no1xsyzy 失败后，发起重试，不一定是用户的重试呢

• 資深大佬 : no1xsyzy

  @theknotyouknow 没看懂你说啥……