TiKV 的写请求经历四个阶段：propose、append、commit 和 apply。commit 阶段确保日志被多数副本持久化，但不代表数据已写入 RocksDB。apply 阶段负责实际写入。TiKV 通过异步设计提高性能，确保协议推进与状态机执行分离，优化写入效率。
内存管理是数据库系统的核心问题，直接影响性能和稳定性。TiKV作为分布式数据库，重视内存管理，特别是在Raft Store模块。文章探讨了TiKV的内存消耗来源，包括Storage、Coprocessor和Raft Store，并分析了写请求在Raft Store的处理步骤，强调了内存管理的重要性。
完成下面两步后，将自动完成登录并继续当前操作。
