Update ch8.md,电源失败改为电源失效

This commit is contained in:
Jack Yang 2025-08-22 14:48:35 +08:00 committed by GitHub
parent 1ce76e6f56
commit 31d1378772
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194

View File

@ -163,7 +163,7 @@ SELECT COUNT(*) FROM emails WHERE recipient_id = 2 AND unread_flag = true
当单个对象被更改时,原子性和隔离性也适用。例如,假设你正在向数据库写入 20 KB 的 JSON 文档: 当单个对象被更改时,原子性和隔离性也适用。例如,假设你正在向数据库写入 20 KB 的 JSON 文档:
* 如果在发送了前 10 KB 后网络连接中断,数据库是否存储了无法解析的 10 KB JSON 片段? * 如果在发送了前 10 KB 后网络连接中断,数据库是否存储了无法解析的 10 KB JSON 片段?
* 如果数据库正在覆盖磁盘上的先前值的过程中电源失,你是否最终会将新旧值拼接在一起? * 如果数据库正在覆盖磁盘上的先前值的过程中电源失,你是否最终会将新旧值拼接在一起?
* 如果另一个客户端在写入过程中读取该文档,它会看到部分更新的值吗? * 如果另一个客户端在写入过程中读取该文档,它会看到部分更新的值吗?
这些问题会令人非常困惑,因此存储引擎几乎普遍的目标是在一个节点上的单个对象(如键值对)上提供原子性和隔离性。原子性可以使用日志实现崩溃恢复(参见["使 B 树可靠"](/ch4#sec_storage_btree_wal)),隔离性可以使用每个对象上的锁来实现(一次只允许一个线程访问对象)。 这些问题会令人非常困惑,因此存储引擎几乎普遍的目标是在一个节点上的单个对象(如键值对)上提供原子性和隔离性。原子性可以使用日志实现崩溃恢复(参见["使 B 树可靠"](/ch4#sec_storage_btree_wal)),隔离性可以使用每个对象上的锁来实现(一次只允许一个线程访问对象)。