代码更改：引入了新代码。业务变化：业务流程被修改，或者新的工作岗位被引入。外部变化：新的外部攻击方式。面对风险 根据变化应对风险。例如，如果重大促销带来流量变化，那么我们应该进行压力测试、扩容、限流、非必要服务降级等。比如原本只有支付，现在有用户提现，多个内部子域的状态/金额可能不一致，银行渠道的状态/金额也可能不一致，必须添加适当的应急计划。内部系统实时和离线对账 对账是防控资金损失最有效的手段之一。前面提到的三级对账主要是与银行渠道的对账。
说明：可分为离线 匈牙利电话号码表 据库的数据（一般也可以分为日表和小时表）。实时验证一般涉及监控binlog数据库，当数据发生变化时，延迟几秒后请求两个系统的查询接口，找到数据后进行验证。 6、幂等性是针对重复请求的 支付系统一般会面临以下重复请求的场景： 用户重复点击支付按钮：在网络不好或者系统过载的情况下，用户因为不确定是否交易而重复点击已完成。自动重试机制：超时或失败时系统会重试请求，这可能会导致同一笔支付多次尝试。
网络数据包重复：在网络传输过程中，数据包被多次复制，导致支付平台收到多个相同的请求。异常恢复：系统升级或崩溃后，待处理的事务应回滚并根据现有记录完成。内部系统重新提交操作。幂等解决方案所谓业务幂等，是指每个域都以其唯一的事务ID作为数据库中的唯一索引，保证不会出现重复处理。可以在数据库前面加一层缓存来提高性能，但是缓存只是用于查询，它会返回一个幂等成功插入数据库，然后在插入成功后刷新缓存中的数据。为什么要使用唯一的数据库索引作为备份，因为缓存可能会失败？面对这个问题，同学们往往只是回答“使用redis分布式锁实现幂等性”，这是错误的。