2024年11月11日，支付宝因系统故障引发了广泛关注，许多用户在使用支付宝App时遇到了订单重复扣款的问题。这一事件不仅影响了用户体验，也暴露了系统在处理高并发支付请求时的幂等性问题。本文将分析故障背景、原因以及幂等性的重要性和解决方案。
1. 故障背景
在双11这样的购物节中，支付宝的支付系统面临巨大的流量压力。部分用户反映在支付时遇到了以下问题：
- 同一笔订单被重复扣款。
- 商家未收到款项但用户银行卡已被扣款。
支付宝官方紧急回应，表示系统消息库出现了局部故障，导致部分用户的支付功能受到影响，但资金安全未受到威胁。
图片
2. 故障原因：系统消息库的局部故障
此次故障的根本原因在于系统消息库出现了局部故障。系统消息库是支付系统中至关重要的组件，负责记录和处理用户的支付请求。局部故障可能导致系统对重复支付请求的处理不当，从而引发了订单重复扣款的问题。这一事件突显了在高并发场景下，系统幂等性的重要性。
3. 什么是幂等性？
幂等性是指对同一操作的多次执行，其结果与一次执行相同。在支付系统中，幂等性确保了无论用户重复提交支付请求，系统都能保证只处理一次，避免重复扣款。简单来说，幂等性要求在相同参数的情况下，接口的结果不受调用次数的影响。
4. 为什么需要幂等性？
在支付场景中，缺乏幂等性会导致以下问题：
- 重复创建订单：如果用户因网络延迟重复提交订单请求，可能会导致系统创建多笔相同的订单。
- 库存错误：在扣减库存时，重复请求可能导致库存被多次扣减，从而引发超卖现象。
- 资金安全隐患：用户可能会遭遇重复转账、扣款等情况，影响资金安全。
因此，确保接口的幂等性是支付系统设计中的关键环节。
5. 如何实现幂等性？
为了保障系统的幂等性，可以采取以下几种方法：
5.1 全局唯一ID
通过为每个支付请求生成全局唯一ID，系统可以在执行操作前检查该ID是否已存在。如果不存在，则执行操作并将ID存入存储系统（如数据库、Redis等）；如果存在，则表示该操作已经执行过，避免重复处理。
5.2 插入或更新（Upsert）
在数据库中使用唯一索引，可以确保插入操作的幂等性。例如，在创建订单时，如果订单ID已经存在，数据库会抛出唯一约束异常，操作将被回滚。
5.3 状态机控制
在有状态流转的情况下，可以通过状态机来管理订单状态。例如，订单的创建、付款等状态可以通过状态值来控制，确保在状态更新时不发生重复处理。
5.4 一锁二判三更新
在高并发场景中，支付宝团队提出了一种综合性的幂等解决方案：“一锁二判三更新”：
- 先加锁：使用Redis分布式锁，确保在处理请求时不会有其他请求干扰。
- 进行幂等性判断：检查请求是否已被处理，可以基于状态机、唯一性索引等进行判断。
- 数据更新：如果判断通过，执行数据更新操作，并在完成后释放锁。
图片
6. 总结
支付宝故障事件再次提醒我们，在设计高并发支付系统时，必须重视幂等性的问题。通过合理的设计和技术手段，可以有效避免重复扣款、超卖等问题，提升用户体验和资金安全。未来，支付平台应继续加强技术保障，确保系统的稳定性和可靠性，为用户提供更安全的支付环境。
本文转载自微信公众号「Fox爱分享」，可以通过以下二维码关注。转载本文请联系Fox爱分享公众号。
