fix: 修复错误的引用

This commit is contained in:
fantasyczl 2025-04-21 22:37:09 +08:00
parent 57801ea508
commit 44cc69db60
2 changed files with 2 additions and 2 deletions

2
ch3.md
View File

@ -168,7 +168,7 @@ $ cat database
[^i]: 如果所有的键与值都是定长的,你可以使用段文件上的二分查找并完全避免使用内存索引。然而实践中的键和值通常都是变长的,因此如果没有索引,就很难知道记录的分界点(前一条记录结束以及后一条记录开始的地方)。
3. 由于读取请求无论如何都需要扫描所请求范围内的多个键值对因此可以将这些记录分组为块block并在将其写入硬盘之前对其进行压缩如 [图 3-5](img/fig3-5.png) 中的阴影区域所示)[^ 译注 i] 。稀疏内存索引中的每个条目都指向压缩块的开始处。除了节省硬盘空间之外,压缩还可以减少对 I/O 带宽的使用。
3. 由于读取请求无论如何都需要扫描所请求范围内的多个键值对因此可以将这些记录分组为块block并在将其写入硬盘之前对其进行压缩如 [图 3-5](img/fig3-5.png) 中的阴影区域所示)[^译注i] 。稀疏内存索引中的每个条目都指向压缩块的开始处。除了节省硬盘空间之外,压缩还可以减少对 I/O 带宽的使用。
[^译注i]: 这里的压缩是 compression不是前文的 compaction请注意区分。

2
ch9.md
View File

@ -406,7 +406,7 @@ CAP 定理的正式定义仅限于很狭隘的范围【30】它只考虑了
* 每个节点每秒可以处理不同数量的操作。因此,如果一个节点产生偶数序列号而另一个产生奇数序列号,则偶数计数器可能落后于奇数计数器,反之亦然。如果你有一个奇数编号的操作和一个偶数编号的操作,你无法准确地说出哪一个操作在因果上先发生。
* 来自物理时钟的时间戳会受到时钟偏移的影响,这可能会使其与因果不一致。例如 [图 8-3](img/fig8-3.png) 展示了一个例子,其中因果上晚发生的操作,却被分配了一个更早的时间戳。[^vii]
* 来自物理时钟的时间戳会受到时钟偏移的影响,这可能会使其与因果不一致。例如 [图 8-3](img/fig8-3.png) 展示了一个例子,其中因果上晚发生的操作,却被分配了一个更早的时间戳。[^viii]
[^viii]: 可以使物理时钟时间戳与因果关系保持一致:在 “[全局快照的同步时钟](ch8.md#全局快照的同步时钟)” 中,我们讨论了 Google 的 Spanner它可以估计预期的时钟偏差并在提交写入之前等待不确定性间隔。这种方法确保了实际上靠后的事务会有更大的时间戳。但是大多数时钟不能提供这种所需的不确定性度量。