Secondary Index · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 348 4.6 Write Data · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiDB cluster status· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 685 5.5.2 Log in to the database and perform simple operations· · · · · · · · · · · · · · · 688 5.6 Test Cluster Encryption for Disk Spill · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 868 8.1.7 Log Redaction · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

Secondary Index · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 348 4.6 Write Data · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiDB cluster status· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 687 5.5.2 Log in to the database and perform simple operations· · · · · · · · · · · · · · · 690 5.6 Test Cluster Encryption for Disk Spill · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 870 8.1.7 Log Redaction · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

Secondary Index · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 351 4.6 Write Data · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiDB cluster status· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 690 5.5.2 Log in to the database and perform simple operations· · · · · · · · · · · · · · · 693 5.6 Test Cluster Encryption for Disk Spill · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 873 8.1.7 Log Redaction · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

Secondary Index · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 378 4.6 Write Data · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiDB cluster status· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 770 5.6.2 Log in to the database and perform simple operations· · · · · · · · · · · · · · · 773 5.7 Test Cluster · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 960 7.3.4 Changefeed Log Filters · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 968 7.3

Secondary Index · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 373 4.6 Write Data · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiDB cluster status· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 765 5.5.2 Log in to the database and perform simple operations· · · · · · · · · · · · · · · 768 5.6 Test Cluster Encryption for Disk Spill · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 948 8.1.7 Log Redaction · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·

data-dir 参数控制。 TiDB 集群的三个组件（ tidb-server 、 tikv-server 、 pd-server ）默认会将日志输出到标准错误中，并且三个 组件都支持设置 --log-file 启动参数 （或者是配置文件中的配置项）将日志输出到文件中。 通过配置文件可以调整日志的行为，具体信息请参见各个组件的配置文件说明。例如： tidb-server 日志配置项。 TiDB 接受许多的启动参数，执行这个命令可以得到一个简要的说明： 1. ./tidb-server --help 获取版本信息可以使用下面命令： 1. ./tidb-server -V 以下是启动参数的完整描述。 Log 级别 默认: “info” 可选值包括 debug, info, warn, error 或者 fatal TiDB 服务监听端口 默认: “4000” TiDB 服务将会使用这个端口接受 MySQL 0 默认会监听所有的网卡 address。如果有多块网卡，可以指定对外提供服务的网卡，譬如 192.168.100.113 Log 文件 默认: “” 如果没设置这个参数，log 会默认输出到 “stderr”，如果设置了， log 就会输出到对应的文件里面，在每 天凌晨，log 会自动轮转使用一个新的文件，并且将以前的文件改名备份 Prometheus Push Gateway 地址 默认: “”

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 871 8.13.5 第 5 步：使用 redo log 确保数据一致性· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 871 8.13.6 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2419 13.10.11TiDB Binlog Relay Log · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 处理，从而提升日志脱敏功能 的灵活性。在 v8.2.0 中，TiFlash 进行了类似的日志脱敏功能增强。要使用该功能，可以将 TiFlash 配置项 security.redact_info_log 的值设置为 marker。 更多信息，请参考用户文档。 2.2.1.8 数据迁移 • 对齐不同 changefeed 的 Syncpoint #11212 @hongyunyan 在 v8

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1191 8.13.5 第 5 步：使用 redo log 确保数据一致性· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1191 8.13.6 支持同时设置多个条件，满足任意条件即识别为 Runaway Queries。 可以观测Statement Summary Tables 中的几个对应字段 (RESOURCE_GROUP、MAX_REQUEST_UNIT_WRITE、MAX_ �→ REQUEST_UNIT_READ、MAX_PROCESSED_KEYS)，根据历史执行情况决定条件值的大小。 更多信息，请参考用户文档。 • 超出预期的查询 (Runaway Notes 中提到的兼容性变更信息。 2.2.2.1 系统变量 变量名 修改类型 描述 log_bin 删除 从 v8.4.0 开始， TiDB Binlog 被 移除。 该变量 表示是 否使用 TiDB Binlog， 从 v8.4.0 开始被 删除。 46 变量名 修改类型 描述 sql_log_ �→ bin 删除 从 v8.4.0 开始， TiDB Binlog 被 移除。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 937 8.13.5 第 5 步：使用 redo log 确保数据一致性· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 937 8.13.6 支持同时设置多个条件，满足任意条件即识别为 Runaway Queries。 可以观测Statement Summary Tables 中的几个对应字段 (RESOURCE_GROUP、MAX_REQUEST_UNIT_WRITE、MAX_ �→ REQUEST_UNIT_READ、MAX_PROCESSED_KEYS)，根据历史执行情况决定条件值的大小。 更多信息，请参考用户文档。 • 超出预期的查询 (Runaway Notes 中提到的兼容性变更信息。 2.2.2.1 系统变量 变量名 修改类型 描述 log_bin 删除 从 v8.4.0 开始， TiDB Binlog 被 移除。 该变量 表示是 否使用 TiDB Binlog， 从 v8.4.0 开始被 删除。 41 变量名 修改类型 描述 sql_log_ �→ bin 删除 从 v8.4.0 开始， TiDB Binlog 被 移除。

© XXX Page 1 of 12 元数据持久化© XXX Page 2 of 12 前言 Raft Log Raft Snapshot 持久化文件 key_value_pairs 其他说明 实现 1、inode、entry 的编码 2、KVStore Q&A 单靠 redis 的 AOF 机制能否保证数据不丢失? redis 的高可用、高可扩方案？ redis + muliraft 前言 根据之前讨论的结果，元数据节点的架构如下图所示，这里涉及到两部分需要持久化/编码的内容： Raft Log：记录 operator log Raft Snapshot：将内存中的数据结构以特定格式 dump 到文件进行持久化© XXX Page 3 of 12 Raft Log +------+------------+-----+----------------+---------+----------+ message); private: map Hash; // B+ std::string filePtah; // WAL dump (WAL : curvefs.waldump : curvefs.dump) }; Q&A© XXX Page 9 of 12 单靠 redis 的 AOF 机制能否保证数据不丢失? 不能，因为