From 8cda1cf38510a24eea7ab044c2e1a6602c6c3d57 Mon Sep 17 00:00:00 2001 From: nolouch Date: Mon, 21 Jun 2021 13:36:11 +0800 Subject: [PATCH 1/3] adjust the TOC Signed-off-by: nolouch --- TOC.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/TOC.md b/TOC.md index 0988ab5aab20..73078638c1e5 100644 --- a/TOC.md +++ b/TOC.md @@ -62,11 +62,6 @@ + [BR 备份恢复场景示例](/br/backup-and-restore-use-cases.md) + [外部存储](/br/backup-and-restore-storages.md) + [BR 常见问题](/br/backup-and-restore-faq.md) - + 读取历史数据 - + 使用 Stale Read 功能读取历史数据（推荐） - + [Stale Read 使用场景介绍](/stale-read.md) - + [使用 `AS OF TIMESTAMP` 语法读取历史数据](/as-of-timestamp.md) - + [使用系统变量 `tidb_snapshot` 读取历史数据](/read-historical-data.md) + [修改时区](/configure-time-zone.md) + [日常巡检](/daily-check.md) + [TiFlash 常用运维操作](/tiflash/maintain-tiflash.md) @@ -136,6 +131,11 @@ + 教程 + [同城多中心部署](/multi-data-centers-in-one-city-deployment.md) + [两地三中心部署](/three-data-centers-in-two-cities-deployment.md) + + 读取历史数据 + + 使用 Stale Read 功能读取历史数据（推荐） + + [Stale Read 使用场景介绍](/stale-read.md) + + [使用 `AS OF TIMESTAMP` 语法读取历史数据](/as-of-timestamp.md) + + [使用系统变量 `tidb_snapshot` 读取历史数据](/read-historical-data.md) + 最佳实践 + [TiDB 最佳实践](/best-practices/tidb-best-practices.md) + [Java 应用开发最佳实践](/best-practices/java-app-best-practices.md) From 7b02f2de3d2649925fd24dd8c4b4d3096851952f Mon Sep 17 00:00:00 2001 From: TomShawn <41534398+TomShawn@users.noreply.github.com> Date: Mon, 21 Jun 2021 13:43:09 +0800 Subject: [PATCH 2/3] Update as-of-timestamp.md --- as-of-timestamp.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/as-of-timestamp.md b/as-of-timestamp.md index 23d336319f10..6d023bc44cc6 100644 --- a/as-of-timestamp.md +++ b/as-of-timestamp.md @@ -36,7 +36,7 @@ TiDB 支持通过标准 SQL 接口，即通过 `AS OF TIMESTAMP` SQL 语法的 ## 示例 -本节通过多个示例介绍 `AS OF TIMESTAMP` 语法的不同使用方法。在本节中，先介绍如何准备用于恢复的数据，再分别展示如何通过 `SELECT`、`START TRANSACTION READ ONLY AS OF TIMESTAMP`、`SET TRANSACTION READ ONLY AS OF TIMESTAMP` 以及 `SELECT` 子句使用 `AS OF TIMESTAMP`。 +本节通过多个示例介绍 `AS OF TIMESTAMP` 语法的不同使用方法。在本节中，先介绍如何准备用于恢复的数据，再分别展示如何通过 `SELECT`、`START TRANSACTION READ ONLY AS OF TIMESTAMP`、`SET TRANSACTION READ ONLY AS OF TIMESTAMP` 使用 `AS OF TIMESTAMP`。 ### 准备数据 From b403d99ea1a9413d5dcfe518a97fb256e7b94aaa Mon Sep 17 00:00:00 2001 From: TomShawn <41534398+TomShawn@users.noreply.github.com> Date: Mon, 21 Jun 2021 16:52:23 +0800 Subject: [PATCH 3/3] Update three-dc-local-read.md --- best-practices/three-dc-local-read.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/best-practices/three-dc-local-read.md b/best-practices/three-dc-local-read.md index 39866965dbbd..61406654cb84 100644 --- a/best-practices/three-dc-local-read.md +++ b/best-practices/three-dc-local-read.md @@ -5,7 +5,7 @@ summary: 了解通过 Stale Read 功能在三数据中心下就近读取数据 # 在三数据中心下就近读取数据 -在三数据中心模式下，Region 的三个副本都会隔离在各个数据中心里。然而在强一致读的要求下，tidb 的每一个查询都需要访问对应数据的 Leader 副本，而查询的来源可能和 Leader 所在的数据中心不一致，这就会引起跨数据中心的数据访问，从而造成访问的延迟上升。本文主要介绍使用 [Stale Read](/stale-read.md) 功能，以牺牲数据实时性的方式，避免跨数据中心的访问，从而降低访问的延迟。 +在三数据中心模式下，Region 的三个副本都会隔离在各个数据中心里。然而在强一致读的要求下，TiDB 的每一个查询都需要访问对应数据的 Leader 副本，而查询的来源可能和 Leader 所在的数据中心不一致，这就会引起跨数据中心的数据访问，从而造成访问的延迟上升。本文主要介绍使用 [Stale Read](/stale-read.md) 功能，以牺牲数据实时性的方式，避免跨数据中心的访问，从而降低访问的延迟。 ## 部署三数据中心的 TiDB 集群