tikv-ctl 支持的子命令进行举例说明。有的子命令支持很多可选参数，要查看全部细节，可运行 tikv-ctl --help 。 raft 子命令可以查看 Raft 状态机在某一时刻的状态，包括 RegionLocalState，RaftLocalState，RegionApplyState 三个结构体，及某一条 log 对应的 Entries。它有 region 3 version: 1} peers {id: 3 store_id: 1} peers {id: 5 TiKV Control 使用说明 通用参数 各项子命令及部分参数、选项 查看 Raft 状态机的信息 TiKV Control - 343 - 本文档使用 书栈(BookStack.CN) 构建 store_id: 4} peers {id: 7 store_id: 6}}) 5. raft tikv-ctl --db /path/to/tikv/db compact -d kv 2. success! tombstone 命令常用于没有开启 sync-log，因为机器掉电导致 Raft 状态机丢失部分写入的情况。它可以在一 个 TiKV 实例上将一些 Region 设置为 Tombstone 状态，从而在重启时跳过那些 Region。而那些 Region 应该在其他 TiKV 上有足够多的健康的副本以便能够继续通过

是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 10.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV 是否有需要处理的消息。如果 Region 有需要处理的消息，那么 Raftstore 会驱动 Raft 状态机去处理这些消 息，并根据这些消息所产生的状态变更去进行后续操作。例如，在有写请求时，Raft 状态机需要将日志落盘 并且将日志发送给其他 Region 副本；在达到心跳间隔时，Raft 状态机需要将心跳信息发送给其他 Region 副本。 10.5.7.2 性能问题 从 Raftstore

是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 10.4.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV 是否有需要处理的消息。如果 Region 有需要处理的消息，那么 Raftstore 会驱动 Raft 状态机去处理这些消 息，并根据这些消息所产生的状态变更去进行后续操作。例如，在有写请求时，Raft 状态机需要将日志落盘 并且将日志发送给其他 Region 副本；在达到心跳间隔时，Raft 状态机需要将心跳信息发送给其他 Region 副本。 563 10.4.7.2 性能问题 从 Raftstore

是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 10.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV 是否有需要处理的消息。如果 Region 有需要处理的消息，那么 Raftstore 会驱动 Raft 状态机去处理这些消 息，并根据这些消息所产生的状态变更去进行后续操作。例如，在有写请求时，Raft 状态机需要将日志落盘 并且将日志发送给其他 Region 副本；在达到心跳间隔时，Raft 状态机需要将心跳信息发送给其他 Region 副本。 10.5.7.2 性能问题 从 Raftstore

是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 12.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV 是否有需要处理的消息。如果 Region 有需要处理的消息，那么 Raftstore 会驱动 Raft 状态机去处理这些消 息，并根据这些消息所产生的状态变更去进行后续操作。例如，在有写请求时，Raft 状态机需要将日志落盘 并且将日志发送给其他 Region 副本；在达到心跳间隔时，Raft 状态机需要将心跳信息发送给其他 Region 副本。 12.5.7.2 性能问题 从 Raftstore

是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 10.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV 是否有需要处理的消息。如果 Region 有需要处理的消息，那么 Raftstore 会驱动 Raft 状态机去处理这些消 息，并根据这些消息所产生的状态变更去进行后续操作。例如，在有写请求时，Raft 状态机需要将日志落盘 并且将日志发送给其他 Region 副本；在达到心跳间隔时，Raft 状态机需要将心跳信息发送给其他 Region 副本。 10.5.7.2 性能问题 从 Raftstore

获取快照通常是一个快速操作，因此 get snapshot from rocksdb duration 的耗时可以被忽略。 11.1.6.6 异步写入 异步写入是 TiKV 通过回调将数据异步写入基于 Raft 的复制状态机 (Replicated State Machine) 的过程。 • 下面是异步 IO 未开启时，异步写入过程的时间消耗图： Diagram( NonTerminal("Propose Wait") 是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 12.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV

获取快照通常是一个快速操作，因此 get snapshot from rocksdb duration 的耗时可以被忽略。 11.1.6.6 异步写入 异步写入是 TiKV 通过回调将数据异步写入基于 Raft 的复制状态机 (Replicated State Machine) 的过程。 • 下面是异步 IO 未开启时，异步写入过程的时间消耗图： Diagram( NonTerminal("Propose Wait") 是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 1230 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 12.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV

获取快照通常是一个快速操作，因此 get snapshot from rocksdb duration 的耗时可以被忽略。 11.1.6.6 异步写入 异步写入是 TiKV 通过回调将数据异步写入基于 Raft 的复制状态机 (Replicated State Machine) 的过程。 • 下面是异步 IO 未开启时，异步写入过程的时间消耗图： Diagram( NonTerminal("Propose Wait") 是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： 1379 • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 12.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV

获取快照通常是一个快速操作，因此 get snapshot from rocksdb duration 的耗时可以被忽略。 11.1.6.6 异步写入 异步写入是 TiKV 通过回调将数据异步写入基于 Raft 的复制状态机 (Replicated State Machine) 的过程。 • 下面是异步 IO 未开启时，异步写入过程的时间消耗图： Diagram( NonTerminal("Propose Wait") 是一种分布式一致性算法，在 TiDB 集群的多种组件中，PD 和 TiKV 都通过 Raft 实现了数据的容灾。Raft 的灾 难恢复能力通过如下机制实现： • Raft 成员的本质是日志复制和状态机。Raft 成员之间通过复制日志来实现数据同步；Raft 成员在不同条 件下切换自己的成员状态，其目标是选出 leader 以提供对外服务。 • Raft 是一个表决系统，它遵循多数派协议，在一个 导致性能问题的原因，以及优化性能的方法。 12.5.7.1 Raftstore 的工作流程 一个 TiKV 实例上有多个 Region。Region 消息是通过 Raftstore 模块驱动 Raft 状态机来处理的。这些消息包括 Region 上读写请求的处理、Raft log 的持久化和复制、Raft 的心跳处理等。但是，Region 数量增多会影响整个集群的性 能。为了解释这一点，需要先了解 TiKV