关于数据库冗余设计带来的数据同步问题

1、问题描述

在开发过程中，为了减少关联查询的次数，我们经常会设计一些冗余字段，比如订单服务和购物车服务都经常需要访问用户名，地址等，那么可以都在每张表设计该字段。

如果客户在更新个人信息表后，就会造成其他表里冗余字段的不同步

2、解决方法

常见的解决方法有以下

1、服务双写

也就是说，在Userservice中同时去更新多张表

优缺点：容易实现，逻辑简单，一致性高，但是处理时间增加，也可能出现不一致，例如第一步写入完成后服务重启，则数据不会进行第二次写入

2、在第一个基础上，我们将同步变为异步，则可以满足可用性，响应时间的要求。

数据的双写并不再由服务来完成，服务层异步发出一个消息，通过消息总线发送给一个专门的数据复制服务来写入冗余数据。

3、再进一步的满足响应时间的要求，改为,线下异步双写

• 线下服务或者任务读取数据库的log

• 线下服务或者任务插入数据 

以上几种目前都不是分布式解决方案，无法应对高并发情况，那么为了满足高并发情况下的数据高一致性，解决方案：

异步检测，异步处理，异步修复

参考文章：冗余数据一致性，到底如何保证？_架构师之路_的博客-CSDN博客