什么是 Write-Ahead Logging (WAL) 技术？
Write-Ahead Logging (WAL) 是一种用于数据库系统的日志记录技术，它要求在对数据库进行任何修改之前，所有的修改都必须先写入到日志文件中。这样做的目的是为了保证事务的持久性和一致性，确保即使数据库发生崩溃或意外关闭，未完成的事务数据也不会丢失。
WAL 的核心思想是：每次对数据库的修改（如插入、更新或删除）都被记录到日志中，这些日志文件按顺序写入。只有当日志被成功写入并且事务提交后，修改才会被持久化到数据库文件中。
WAL 的优点
-
持久性（Durability）：
- 即使数据库系统崩溃，只要事务已经被写入日志，崩溃后的数据库可以通过重放日志文件恢复到崩溃前的状态，保证已提交事务的数据不会丢失。
-
一致性（Consistency）：
- WAL 确保数据库总是处于一致的状态。如果系统崩溃，可以通过 WAL 恢复到最后一次一致的状态。
-
崩溃恢复：
- WAL 允许数据库通过重放日志来恢复数据。无论是部分提交的事务，还是未完成的事务，WAL 都能确保事务完整性，并且在崩溃恢复时避免数据丢失。
-
提高性能：
- 因为数据修改首先写入日志，而不是立即写入数据库磁盘，所以 WAL 允许更高效的磁盘 I/O。日志文件通常是顺序写入的，避免了磁盘的随机写入，从而提高性能。
-
并发支持：
- WAL 可以有效支持并发事务，通过保证日志的顺序性，避免了不同事务之间的冲突。
MySQL 中是否用到 WAL？
MySQL 本身没有直接实现 WAL，但其 InnoDB 存储引擎 采用了一种类似于 WAL 的机制，主要通过 重做日志（Redo Log） 来实现事务的持久性和一致性。
-
Redo Log：
- InnoDB 使用 重做日志 来记录所有事务的修改。在事务开始时，操作会先记录到重做日志中，之后再更新数据页。如果数据库崩溃，可以通过重做日志来恢复未完成的事务。
-
Undo Log：
- Undo Log 用于事务回滚，确保在事务失败时，已经进行的操作能够被撤销。虽然 Undo Log 不属于 WAL 的一部分，但它与 WAL 有相似的作用，帮助保证数据库在崩溃后的恢复能力。
举个例子来说明
假设我们有一个数据库包含两个表：users 和 orders，我们执行一个事务，更新用户余额，并插入一条新的订单记录。
START TRANSACTION;
UPDATE users SET balance = balance - 100 WHERE user_id = 1;
INSERT INTO orders (user_id, amount) VALUES (1, 100);
COMMIT;
- 执行过程：
- 在执行 UPDATE 语句时，MySQL 会首先将这次更新操作记录到 Redo Log。
- 然后，它会更新 users 表的数据。
- 同样，在执行 INSERT 操作时，MySQL 会将该操作记录到 Redo Log。
- 最后，事务会被提交。
- 崩溃恢复：
- 如果在 COMMIT 之前发生了崩溃，MySQL 会通过读取 Redo Log 文件来检查是否有已经提交但未写入数据文件的事务。
- Redo Log 会确保在崩溃后，事务的结果（如更新用户余额和插入订单）能够被正确地恢复。
- 恢复过程：
- 在数据库恢复后，MySQL 会重新执行 Redo Log 中的操作，确保已经提交的事务被应用到数据文件中。未提交的事务则会被回滚。
通过这种方式，MySQL 的 InnoDB 存储引擎使用类似 WAL 的机制保证了事务的持久性和一致性，即使在系统崩溃时也能恢复数据。
总结：
Write-Ahead Logging (WAL) 是一种日志记录机制，确保事务在被提交之前先写入日志，以保障数据的一致性、持久性和崩溃恢复能力。MySQL 的 InnoDB 存储引擎通过 Redo Log 和 Undo Log 实现了类似 WAL 的功能，确保了事务的持久性和一致性。通过 WAL 和日志恢复机制，数据库在崩溃时能恢复到一致状态，避免数据丢失。
标签：事务,WAL,Logging,Log,Ahead,数据库,MySQL,日志 From： https://www.cnblogs.com/eiffelzero/p/18608229