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