From 89dd0a6032e02dce7a2633a146177c9f671aeb98 Mon Sep 17 00:00:00 2001 From: lipeng Date: Thu, 1 Apr 2021 10:30:28 +0800 Subject: [PATCH] fix: typos --- ch5.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ch5.md b/ch5.md index f2d73ec..dc77299 100644 --- a/ch5.md +++ b/ch5.md @@ -199,7 +199,7 @@ ​ 因为滞后时间太长引入的不一致性，可不仅是一个理论问题，更是应用设计中会遇到的真实问题。本节将重点介绍三个由复制延迟问题的例子，并简述解决这些问题的一些方法。 -### 读己之写 +### 读已写入数据 ​ 许多应用让用户提交一些数据，然后查看他们提交的内容。可能是用户数据库中的记录，也可能是对讨论主题的评论，或其他类似的内容。提交新数据时，必须将其发送给领导者，但是当用户查看数据时，可以从追随者读取。如果数据经常被查看，但只是偶尔写入，这是非常合适的。 @@ -209,7 +209,7 @@ **图5-3 用户写入后从旧副本中读取数据。需要写后读(read-after-write)的一致性来防止这种异常** -​ 在这种情况下，我们需要 **读写一致性（read-after-write consistency）**，也称为 **读己之写一致性（read-your-writes consistency）**【24】。这是一个保证，如果用户重新加载页面，他们总会看到他们自己提交的任何更新。它不会对其他用户的写入做出承诺：其他用户的更新可能稍等才会看到。它保证用户自己的输入已被正确保存。 +​ 在这种情况下，我们需要 **读写一致性（read-after-write consistency）**，也称为 **读已写入一致性（read-your-writes consistency）**【24】。这是一个保证，如果用户重新加载页面，他们总会看到他们自己提交的任何更新。它不会对其他用户的写入做出承诺：其他用户的更新可能稍等才会看到。它保证用户自己的输入已被正确保存。 如何在基于领导者的复制系统中实现读后一致性？有各种可能的技术，这里说一些：