请说明在 Apache Kudu 中，预写日志（Write-Ahead Log, WAL）是如何被用来保障数据安全性的？

回答思路

1. 【回答框架 1】预写日志是 Kudu 中用于保证数据持久性和崩溃恢复的核心组件。其基本原理是：在数据修改操作（如插入、更新、删除）真正应用到内存中的 MemRowSet 之前，先将操作记录追加到预写日志文件中。这样，即使系统发生崩溃，也可以通过重放日志来恢复未持久化的更改。
2. 【回答框架 2】Kudu 的预写日志采用组提交（group commit）机制，将多个操作的日志记录批量写入磁盘，以提高写入吞吐量。日志文件默认存放在数据目录的 wal 子目录下，每个 tablet 有自己的日志。日志记录包含操作类型、相关行数据或变更信息，以及用于校验的 CRC 校验和。
3. 【回答框架 3】为了控制日志大小和恢复时间，Kudu 会定期执行日志滚动（roll）和删除。当日志达到一定大小或时间阈值时，会生成新的日志文件。当对应数据已成功刷写到磁盘的列文件中（即发生 flush 或 compaction），旧日志就可以被安全删除。
4. 【回答框架 4】在崩溃恢复过程中，tablet server 启动时会扫描日志目录，重放所有未完成的日志记录，将操作重新应用到内存状态，以恢复崩溃前的一致性状态。此外，日志文件还支持校验和验证，确保日志数据在磁盘存储或传输过程中没有被损坏。
5. 【关键点 1】预写日志保障数据安全的核心是先写日志再写数据，崩溃后通过重放日志恢复。
6. 【关键点 2】Kudu 使用组提交机制批量写入日志，平衡可靠性与性能。
7. 【关键点 3】日志滚动和删除依赖 flush/compaction 完成，避免无限增长。
8. 【关键点 4】恢复时通过校验和验证日志完整性，防止损坏数据被应用。
9. 【易错点 1】不能认为有了预写日志就保证数据绝对不丢失，它只保证已提交操作的可恢复性，未提交或日志外的操作仍可能丢失。
10. 【易错点 2】日志记录本身也需要维护和管理，若日志损坏或丢失，恢复可能失败。
11. 【易错点 3】频繁的 fsync 日志可能影响性能，需要在安全与性能间权衡。