Web应用注册重复记录问题：排查方向及原因咨询

• 前端无防重复提交限制：用户快速双击注册按钮，或因网络延迟重复触发提交，前端未做按钮置灰、防抖等限制，导致几乎同时发出两次请求。此时后端异步校验还未完成写入，两次校验均判定手机号不存在。
• 后端校验与写入的竞态条件：后端手机号校验（查询是否存在）和写入用户记录是独立异步操作，两次请求同时到达时，第一次校验完成但未写入数据库，第二次校验已执行，此时数据库无该手机号记录，最终两次都通过校验并写入。
• 缓存同步延迟（多节点场景）：若后端用缓存存储已注册手机号，多节点处理请求时，第一次请求校验后更新缓存，但第二次请求在缓存更新前读取旧数据，导致校验通过。
• 中间件/客户端自动重试：客户端或网关、CDN等中间件在检测到请求超时/异常时自动重试，第一次请求已成功写入，但重试请求再次执行注册流程，此时后端因事务未提交等原因未检测到已存在记录。
• 前端事件逻辑异常：onchange事件因DOM重渲染、框架生命周期问题被重复绑定，导致校验逻辑失效，或校验结果未正确同步到提交环节。

• 分析请求日志：提取该用户注册时的所有请求日志，核对请求发起时间、请求ID、处理节点，确认是客户端重复提交还是中间件重试导致。
• 模拟并发测试：用JMeter、Postman集合运行器等工具，同时发送多个相同手机号的注册请求，验证是否能复现问题，确认是否为竞态条件导致。
• 检查后端原子性逻辑：查看保存用户的方法是否将校验与写入放在同一事务中，是否对手机号字段使用行级锁（如SELECT ... FOR UPDATE），确保操作的原子性。
• 排查前端交互逻辑：检查注册按钮是否有防抖/防重复点击处理，onchange事件的绑定是否存在重复绑定情况；在前端添加日志，记录按钮点击、校验触发、表单提交的次数和时间点。
• 验证缓存与负载配置：若使用缓存，确认缓存更新时机是否在数据库写入完成后；检查负载均衡、网关的重试机制配置，是否存在请求重复转发的情况。
• 核对数据库事务隔离级别：确认数据库事务隔离级别，判断是否因隔离级别导致读取不到未提交的记录，结合业务场景调整隔离级别或添加锁机制。

内容的提问来源于stack exchange，提问作者Kyle