公司来了个新的产品，要下班前提了个以前业务上没没考虑过的需求

[OmO]

比如我们现在的用户下了订单，这个订单会被后台 Job 在规定时间提交到一个财务系统中。他说，如何保证用户下单时整个系统挂了时候的数据迁移。

我只是单纯从业务上，如果请求之前服务器挂了，这个数据神仙也救不到了。

如果是在写入数据前挂了。那我唯一想到的就是先请求进来就写到 redis 里（如果挂的意思是指 redis 也挂了，那就只能 redis 持久化），系统恢复后，后台队列去一个个推上去。

日订单量就几十个，虽然金额高，但真觉得我们系统没这种场景。

单纯讨论，这个数据迁移还有哪些常用的法子？我们就是除了定期备份，目前没别的了

[yeqizhang]

系统挂了时候的数据数据迁移？你们现在下订单放在哪？直接内存里？
如果现在放在数据库，和你说的先放 redis 持久化有啥区别呢……

[pjntt]

简单说：请求进来先备份一份数据，置个状态。然后继续走业务逻辑。走完了整个业务逻辑把数据再置个状态。 定时检查状态，如果不对，就取出来重走一遍业务逻辑。

产品说的是如何最大保证数据不丢失，系统恢复后能继续处理数据。另外产品说的应该故障迁移吧？？

[TomVista]

我觉得正确的思路是财会对账

数据迁移解决不了 下单中间服务器挂掉 带来的问题

[neptuno]

几十个订单用得着这样吗，太早优化，引入第三方组件反而让系统不稳定

[sunjiayao]

如果是有两个库

[sunjiayao]

1.订单库
2.财务库
订单库需要同步数据到财务库。同步过程中系统挂了？项目启动后再走一遍同步就可以了吧。
两个库之间的同步机制应该是两种
1.实时同步，可以做成消息队列
2.全量同步 也就是对账

[hhjswf]

redis 写一半挂了呢。这应该不是技术问题是业务问题