你说的主次延迟到底是啥，引起了啥问题，能描述一下吗

确认一下问题，题主是指的数据库主从同步不实时，使得数据在前端业务表现不一致吗？
对于这种问题，可能需要确认一下完整的数据链路，涉及到数据的生成，存储，读取，更新过程。

1. 源数据是怎么生成的？ 用户通过接口调用传入，经过服务处理，生成业务数据，然后落地到数据库吗？还是消费自 kafka 这种消息中间件呢？
2. 业务是否有使用缓存，比如 redis，数据如何落地？同步还是异步？如果是批量落地，那么每次处理的最大时间间隔和？
3. 使用的什么数据库，用的什么同步策略？
4. 业务性质是什么？ 需要什么样的数据一致性？最终一致性？写即读一执性？强一致性？
5. 服务是无状态还是有状态的？有几个 replica？如何处理并发？路由策略是怎么样的？ 建议跟产品，开发详细对一下第 4 点，达成一致的预期。 其他部分跟研发好好沟通，确认细节测试要点。 简单的 cover 测试验证，可以从 创建数据-> 读取校验数据 -> 更新数据-> 读取校验数据，比对数据是否符合预期，结合相关服务日志和数据库日志进行观察 搞定基本业务逻辑后，搞一下高并发的场景。

主从延迟，不管你是 redis mysql，都可以使用 chaosblade 注入一些故障模拟。不过既然都知道主从延迟出现了问题，为啥开发不愿意去修改呢