Eventually Consistent Data Replication Framework

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Database replication systems face challenges in maintaining consistency and scalability, particularly in multi-master replication scenarios, where transactional conflicts and data inconsistencies arise due to increased complexity and the strain on centralized relational databases, leading to potential overloading and reduced availability.

Innovation Solution

An eventually consistent replicated data store framework that uses interconnected hosts with local data stores, allowing writes to any host and maintaining membership awareness across all hosts, employing version numbers and recorders for conflict resolution and data replication, and dynamic request routing for load balancing, thereby eliminating the need for a centralized storage system.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multi-master replication is implemented to improve availability and scalability, then data access flexibility improves, but transactional conflict resolution complexity increases

Engineering Contradiction:
Improvedata access flexibilityVSAvoidconflict resolution complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system changes the parameter of conflict detection from post-commit resolution to pre-commit validation by checking for conflicting writes before a transaction is finalized. This prevents conflicts rather than resolving them later, reducing complexity while maintaining multi-master replication benefits

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system implements feedback mechanisms where databases send write intent notifications to other nodes before committing transactions. This allows the system to detect potential conflicts early and provide feedback to clients about whether their writes can proceed, avoiding complex post-commit resolution

Inventive Principle:
Principle #23Feedback

2Reliability

If synchronous replication is used to ensure data consistency, then data integrity improves, but write operation latency increases

Engineering Contradiction:
Improvedata consistencyVSAvoidwrite operation latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs partial consistency checks by validating only the specific data being written rather than requiring full synchronization of all databases before confirming the write. This reduces latency while maintaining consistency for the actual data being modified

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system performs preliminary conflict detection and validation before the write operation is fully committed. By checking for conflicts in advance and only proceeding when safe, the system avoids costly rollback operations and reduces overall write latency while ensuring consistency

Inventive Principle:
Principle #10Preliminary action

3Productivity

If localized caches are deployed to reduce database access requests, then centralized database load decreases, but cache coherency issues increase

Engineering Contradiction:
Improvedatabase access efficiencyVSAvoidcache coherency management
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system merges the cache coherence protocol into the existing multi-master replication framework. By combining these two functions into a unified system, the same conflict detection and resolution mechanisms handle both replication and cache coherence, reducing overall system complexity

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The replication system serves multiple functions: it handles both data synchronization between databases and cache coherence management. This universal approach eliminates the need for separate cache coherence protocols, reducing complexity while maintaining database access efficiency

Inventive Principle:
Principle #6Universality (Multi-functionality)

4Quantity of substance

If the number of hosts and caches is scaled up to improve capacity, then data storage capacity increases, but centralized database overload increases

Engineering Contradiction:
Improvedata storage capacityVSAvoidsystem architecture complexity
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The system segments the centralized database into multiple distributed database nodes that replicate data among themselves. This segmentation allows the system to scale storage capacity by adding more nodes while each node handles a portion of the load, preventing any single database from becoming overloaded and reducing overall architectural complexity

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9449065B1Data replication framework
Publication Date: 2016.09.20 AMAZON TECH INC
  • US9449065B1 patent drawing
  • US9449065B1 patent drawing
  • US9449065B1 patent drawing

AI summary

Generally described, the present disclosure is directed to an eventually consistent replicated data store that uses, for its underlying storage, a computer software library that provides a high-performance embedded database for data. The replicated data store employs a plurality of hosts interconnected to one another, allowing for writes to any host and full awareness of membership across all hosts. With the data replication framework disclosed herein, various modes are allowed to be built up on top of the core system.