如果日志文件只记录操作前像,是否能保证一致性
发布网友
发布时间：2022-04-30 04:50
共1个回答
热心网友
时间：2023-10-14 01:20
本文主要介绍的是准实时同步的一种，通过操作日志来保证最终数据的一致性。
设计思路：对于改变底层数据的操作（如增删改）进行记录并形成日志，通过redo这个日志保证另一套系统的数据的一致性。
详细设计：
1）底层接口的封装 。对于每个数据操作都必须封装成接口。最终其实设计本身就是在两个数据源处都调用的相同顺序的数据操作接口。
2）操作的记录和解析。能清楚的记录操作，能准确的解析操作，能对做过和没做过的操作进行区分。
3）日志的记录和去除。为了防止记录丢失，记录必须持久化。通过什么策略来记日志？通过什么策略来去除已经做过的日志？
4）异常的处理。程序有可能异常终止。日志操作已经完成在日志中却没有去除？对于每个具体的操作都有不同的处理策略。接口本身设计最好是原子的。
以上是设计的大致思路和需要考虑的部分问题，细节的实现最终会通过代码来实现，未完待续。
热心网友
时间：2023-10-14 01:20
本文主要介绍的是准实时同步的一种，通过操作日志来保证最终数据的一致性。
设计思路：对于改变底层数据的操作（如增删改）进行记录并形成日志，通过redo这个日志保证另一套系统的数据的一致性。
详细设计：
1）底层接口的封装 。对于每个数据操作都必须封装成接口。最终其实设计本身就是在两个数据源处都调用的相同顺序的数据操作接口。
2）操作的记录和解析。能清楚的记录操作，能准确的解析操作，能对做过和没做过的操作进行区分。
3）日志的记录和去除。为了防止记录丢失，记录必须持久化。通过什么策略来记日志？通过什么策略来去除已经做过的日志？
4）异常的处理。程序有可能异常终止。日志操作已经完成在日志中却没有去除？对于每个具体的操作都有不同的处理策略。接口本身设计最好是原子的。
以上是设计的大致思路和需要考虑的部分问题，细节的实现最终会通过代码来实现，未完待续。
