Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions br/backup-and-restore-faq.md
Original file line number Diff line number Diff line change
Expand Up @@ -36,9 +36,9 @@ category: FAQ

> **注意:**
>
> 在恢复的时候也可能遇到同样的问题。BR 的恢复中,在检验读权限的时机是在第一次读取 SST 文件时,考虑到执行 DDL 的耗时,这个时刻可能会离开始运行 BR 的时间很远。
> 在恢复的时候也可能遇到同样的问题。
>
> 这样可能会出现等了很长时间之后遇到 Permission denied 错误失败的情况。
> 使用 BR 进行数据的恢复时,检验读权限的时机是在第一次读取 SST 文件时,考虑到执行 DDL 的耗时,这个时刻可能会离开始运行 BR 的时间很远。这样可能会出现等了很长时间之后遇到 Permission denied 错误失败的情况。
>
> 因此,最好在恢复前提前检查权限。

Expand Down
3 changes: 2 additions & 1 deletion br/backup-and-restore-tool.md
Original file line number Diff line number Diff line change
Expand Up @@ -125,9 +125,10 @@ TiKV 收到加载 SST 文件的请求后,利用 Raft 机制保证加载 SST
> 在使用 `local` storage 的时候,备份数据会分散在各个节点的本地文件系统中。
>
> **不建议**在生产环境中备份到本地磁盘,因为在日后恢复的时候,**必须**手动聚集这些数据才能完成恢复工作(见[恢复集群数据](#恢复集群数据))。
>
> 聚集这些备份数据可能会造成数据冗余和运维上的麻烦,而且在不聚集这些数据便直接恢复的时候会遇到颇为迷惑的 `SST file not found` 报错。
>
> 更加建议在各个节点挂载 NFS 网盘,或者直接备份到 `S3` 对象存储中。
> 建议在各个节点挂载 NFS 网盘,或者直接备份到 `S3` 对象存储中。

### 命令和子命令

Expand Down
1 change: 1 addition & 0 deletions daily-check.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,6 +2,7 @@
title: 日常巡检
summary: 介绍 TiDB 集群需要常关注的性能指标。
category: reference
aliases: ['/docs-cn/stable/daily-inspection/']
---

# 日常巡检
Expand Down
2 changes: 1 addition & 1 deletion ticdc/manage-ticdc.md
Original file line number Diff line number Diff line change
Expand Up @@ -188,7 +188,7 @@ cdc cli changefeed query --pd=http://127.0.0.1:2379 --changefeed-id=28c43ffc-231

以上命令中:

- `resolved-ts` 代表当前 changfeed 中最大的已经成功从 TiKV 发送到 TiCDC 的事务 TS;
- `resolved-ts` 代表当前 changefeed 中最大的已经成功从 TiKV 发送到 TiCDC 的事务 TS;
- `checkpoint-ts` 代表当前 changefeed 中最大的已经成功写入下游的事务 TS;
- `admin-job-type` 代表一个 changefeed 的状态:
- `0`: 状态正常,也是初始状态。
Expand Down
5 changes: 1 addition & 4 deletions ticdc/ticdc-overview.md
Original file line number Diff line number Diff line change
Expand Up @@ -51,15 +51,12 @@ TiCDC 的系统架构如下图所示:

### 暂不支持的场景

目前 TiCDC(4.0 发布版本)与部分 TiDB 特性存在冲突,在后续的 TiCDC 版本上会逐渐修复。当前版本需要做相应的兼容性处理。暂不支持的场景如下:
目前 TiCDC(4.0 发布版本)暂不支持的场景如下:

- 暂不支持单独使用 RawKV 的 TiKV 集群。
- 暂不支持 TiDB 4.0 [新的 Collation 框架](/character-set-and-collation.md#新框架下的-collation-支持)。如果开启该功能,需保证下游集群为 TiDB 并使用与上游相同的 collation,否则会出现 collation 导致的无法定位数据的问题。
- 暂不支持 TiDB 4.0 中[创建 SEQUENCE 的 DDL 操作](/sql-statements/sql-statement-create-sequence.md) 和 [SEQUENCE 函数](/sql-statements/sql-statement-create-sequence.md#sequence-函数)。在上游 TiDB 使用 SEQUENCE 时,TiCDC 将会忽略掉上游执行的 SEQUENCE DDL 操作/函数,但是使用 SEQUENCE 函数的 DML 操作可以正确地同步。
- 暂不支持 [TiKV Hibernate Region](https://github.com/tikv/tikv/blob/master/docs/reference/configuration/raftstore-config.md#hibernate-region)。TiCDC 会使 Region 无法进入静默状态。

TiCDC 本身也有部分功能尚未完善,将在后续的 TiCDC 版本逐渐修复:

- TiCDC 集群扩容后,不支持将已有的同步表调度到新的 TiCDC 节点中。
- 暂不支持库表同步黑白名单。

Expand Down