数据库读写分离，主从同步反查机制引发的问题数据不存在问题

数据库读写分离，主从同步反查机制引发的问题数据不存在问题
1)、Mysql的主从同步就是当master（主库）发生数据变化的时候，会实时同步到slave（从库）。
2)、主从复制可以水平扩展数据库的负载能力，容错，高可用，数据备份。
3)、不管是delete、update、insert，还是创建函数、存储过程，都是在master上，当master有操作的时候，slave会快速的接受到这些操作，从而做同步。
案例：渠道（商户）请求发送到主系统，业务处理完之后发送至第三方系统同步返回成功状态，在异步通知给渠道的时候需要进行一次数据库的反查，因为这笔交易insert在主库时还没有同步到从库（主从同步延迟问题），反查结果为无此订单号导致异步通知渠道失败。
解决方案：可以把这笔请求放到redis中，三方系统返回交易状态时先去redis中进行一次获取，获取成功再异步通知给渠道（商户）