编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 6.3.1.1.2 部署使用 BR 工具 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 SSD 网盘，挂载到 编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 11.9.1.2 部署使用 BR 工具 11.9.1.2.1 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily ，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 12.2.2.1 TiKV 架构 TiKV

编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 154 6.3.1.1.2 部署使用 BR 工具 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 SSD 编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 745 11.9.1.2 部署使用 BR 工具 11.9.1.2.1 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily ，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 12.2.2.1 TiKV 架构 TiKV

编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 171 6.3.1.1.2 部署使用 BR 工具 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 SSD 编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 807 11.9.1.2 部署使用 BR 工具 11.9.1.2.1 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily ，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 12.2.2.1 TiKV 架构 TiKV

编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 227 6.3.1.1.2 部署使用 BR 工具 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 SSD 编号 • regionEpoch：Region 版本号 • keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • cf：RocksDB 的 ColumnFamily（默认为 default 或 write） 11.9.1.2 部署使用 BR 工具 11.9.1.2.1 推荐部署配置 • 推荐 BR 部署在 PD 节点上。 • 推荐使用一块高性能 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily ，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 12.2.2.1 TiKV 架构 TiKV

keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） 当备份数据到 Amazon S3 或网络盘上时，SST 文件以 regionID_regionEpoch_keyHash_timestamp_cf keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） SST 文件存储格式 • 关于 SST 文件存储格式，可以参考 RocksDB SST table 介绍。 • 关于 SST 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily ，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 14.2.2.1 TiKV 架构 TiKV

keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） 当备份数据到 Amazon S3 或网络盘上时，SST 文件以 regionID_regionEpoch_keyHash_timestamp_cf keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） SST 文件存储格式 • 关于 SST 文件存储格式，可以参考 RocksDB SST table 介绍。 • 关于 SST 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 14.2.2.1 TiKV 架构 TiKV

keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） 当备份数据到 Amazon S3 或网络盘上时，SST 文件以 regionID_regionEpoch_keyHash_timestamp_cf keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） SST 文件存储格式 • 关于 SST 文件存储格式，可以参考 RocksDB SST table 介绍。 • 关于 SST 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 14.2.2.1 TiKV 架构 TiKV

keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） 当备份数据到 Amazon S3 或网络盘上时，SST 文件以 regionID_regionEpoch_keyHash_timestamp_cf keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） SST 文件存储格式 • 关于 SST 文件存储格式，可以参考 RocksDB SST table 介绍。 • 关于 SST 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 14.2.2.1 TiKV 架构 TiKV

keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） 当备份数据到 Amazon S3 或网络盘上时，SST 文件以 regionID_regionEpoch_keyHash_timestamp_cf keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） SST 文件存储格式 • 关于 SST 文件存储格式，可以参考 RocksDB SST table 介绍。 • 关于 SST 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 14.2.2.1 TiKV 架构 TiKV

keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） 当备份数据到 Amazon S3 或网络盘上时，SST 文件以 regionID_regionEpoch_keyHash_timestamp_cf keyHash：Range startKey 的 Hash (sha256) 值，确保唯一性 • timestamp：TiKV 节点生成 SST 文件名时刻的 Unix 时间戳 • cf：RocksDB 的 ColumnFamily（只备份 cf 为 default 或 write 的数据） SST 文件存储格式 • 关于 SST 文件存储格式，可以参考 RocksDB SST table 介绍。 • 关于 SST 合并到下一层，每一层的数据是上一层的 10 倍（因此 90% 的数据存储在最后一层）。 RocksDB 允许用户创建多个 ColumnFamily，这些 ColumnFamily 各自拥有独立的内存跳表以及 SST 文件，但是共享 同一个 WAL 文件，这样的好处是可以根据应用特点为不同的 ColumnFamily 选择不同的配置，但是又没有增加 对 WAL 的写次数。 14.2.2.1 TiKV 架构 TiKV