Does asynchronous replication immediately apply every update to all other copies (or abort) across the network?
-
ADoes not apply — immediate, all-site updates describe synchronous behavior
-
BApplies — asynchronous replication always updates all copies before commit
-
CApplies only on high-speed LANs
-
DApplies when the system uses semijoin optimization
-
EApplies if sites share a single transaction log
Answer
Correct Answer: Does not apply — immediate, all-site updates describe synchronous behavior
Explanation
Introduction / Context:This question contrasts asynchronous with synchronous replication timing guarantees.
Given Data / Assumptions:
- Asynchronous replication ships changes after local commit.
- Synchronous replication waits for remote acknowledgment before commit success.
- Network conditions may delay propagation under asynchronous modes.
Concept / Approach:The statement describes the synchronous guarantee (all-or-abort across all copies before commit returns). Asynchronous replication improves availability and latency by decoupling propagation, accepting temporary divergence among replicas.
Step-by-Step Solution:Identify “immediately applied everywhere” as a sync property.Recall async behavior: commit locally first; ship and apply later.Conclude the given behavior is not asynchronous.
Verification / Alternative check:System docs for popular databases detail synchronous commit semantics versus eventual consistency of asynchronous modes.
Why Other Options Are Wrong:LAN speed, semijoins, or shared logs do not redefine asynchronous semantics.
Common Pitfalls:Expecting read-your-write consistency across sites immediately after a local commit in async setups.
Final Answer:Does not apply — immediate, all-site updates describe synchronous behavior