Rails 使用 MySQL 持久化数据时没有同步的问题
当前业务流程是在进入 mq 队列之前持久化一个模型数据，传入 id 后在 work 中进行查询然后进一步处理，现在的情况是 create 后进入 work 中根据 id 查询不到相应的数据，出现频率大概为 3/10，导致后续流程无法跑通，因为内部约定不能使用 sleep，一直 while 进行循环获取又有点傻，请问还有其他办法吗。
以下两种情况会导致你所说的问题。
1. after_save
你推送 id 进入 RabbitMQ 的逻辑用的是 after_save 而不是 after_commit.
通常 DB 有四个级别，serializable, repeatable read, read commit, read uncommitted. MySQL 默认隔离级别是 repeatable read，不同 transaction 内部未提交数据，对于其他 transaction 不可见，避免了 dirty read, phantom read 的问题。after_save 时，数据库的事务还没提交，其他事务是看不到你创建的记录的。
数据库的隔离级别是一个很有意思的话题，是很多面试必考题目，值得学习。
解决方法：使用 after_commit 就可以避免类似 bug。
2. 数据库读写分离的延迟
primary 和 replica 之间通常有 0.5-10 秒的延迟。在延迟很高的情况下，你的写入成功了，但是从库却没有数据。
解决思路有三种
发送消息时，延迟 10 秒。比如像 sidekiq 的 MyJob.perform_in(10.minutes)
你可以强制这个任务读写都使用 primary database。
使用计算和存储分离的数据库，比如 Aurora，数据库节点之间 0 延迟。
