这是一个创建于 1189 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如我们现在的用户下了订单，这个订单会被后台 Job 在规定时间提交到一个财务系统中。他说，如何保证用户下单时整个系统挂了时候的数据迁移。
我只是单纯从业务上，如果请求之前服务器挂了，这个数据神仙也救不到了。
如果是在写入数据前挂了。那我唯一想到的就是先请求进来就写到 redis 里（如果挂的意思是指 redis 也挂了，那就只能 redis 持久化），系统恢复后，后台队列去一个个推上去。
日订单量就几十个，虽然金额高，但真觉得我们系统没这种场景。
单纯讨论，这个数据迁移还有哪些常用的法子？我们就是除了定期备份，目前没别的了
 |
1
yeqizhang 2021-09-27 22:03:12 +08:00 via Android
系统挂了时候的数据数据迁移？你们现在下订单放在哪？直接内存里？
如果现在放在数据库，和你说的先放 redis 持久化有啥区别呢…… |
 |
2
pjntt 2021-09-27 23:03:38 +08:00
简单说：请求进来先备份一份数据，置个状态。然后继续走业务逻辑。走完了整个业务逻辑把数据再置个状态。 定时检查状态，如果不对，就取出来重走一遍业务逻辑。
产品说的是如何最大保证数据不丢失，系统恢复后能继续处理数据。另外产品说的应该故障迁移吧？？ |
 |
3
TomVista 2021-09-28 09:01:52 +08:00
我觉得正确的思路是财会对账
数据迁移解决不了 下单中间服务器挂掉 带来的问题 |
 |
4
neptuno 2021-09-28 10:41:07 +08:00
几十个订单用得着这样吗，太早优化，引入第三方组件反而让系统不稳定
|
 |
5
sunjiayao 2021-09-28 14:43:16 +08:00
如果是有两个库
|
|
6
sunjiayao 2021-09-28 14:45:45 +08:00
1.订单库
2.财务库 订单库需要同步数据到财务库。同步过程中系统挂了？项目启动后再走一遍同步就可以了吧。 两个库之间的同步机制应该是两种 1.实时同步，可以做成消息队列 2.全量同步 也就是对账 |
 |
7
hhjswf 2021-09-29 11:28:48 +08:00
redis 写一半挂了呢。这应该不是技术问题是业务问题
|
Select Language