Skip to content

Commit 6772c99

Browse files
qiancaiqiancai
authored
fix typos (#17247)
1 parent 2bc5de8 commit 6772c99

31 files changed

+37
-37
lines changed

‎dashboard/dashboard-profiling.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ aliases: ['/docs-cn/dev/dashboard/dashboard-profiling/']
2626
2727
- Heap：TiDB、PD、TiKV 实例上各个内部函数的内存占用开销情况
2828

29-
> 从 v7.5 版本开始，支持获取 TiKV Heap Profile，并且需要 TiDB Dashboad 的运行环境中有 Perl 依赖，否则会报错。
29+
> 从 v7.5 版本开始，支持获取 TiKV Heap Profile，并且需要 TiDB Dashboard 的运行环境中有 Perl 依赖，否则会报错。
3030
3131
- Mutex：TiDB、PD 实例上各个处于等待状态的 Mutex 情况
3232

‎dm/dm-open-api.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -1346,7 +1346,7 @@ curl -X 'GET' \
13461346
"name": "string",
13471347
"source_name": "string",
13481348
"worker_name": "string",
1349-
"stage": "runing",
1349+
"stage": "running",
13501350
"unit": "sync",
13511351
"unresolved_ddl_lock_id": "string",
13521352
"load_status": {

‎encryption-at-rest.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -283,7 +283,7 @@ TiFlash 当前支持的加密算法与 TiKV 一致，包括 AES128-CTR、AES192-
283283

284284
多个 TiFlash 实例可共用一个主密钥，并且也可以和 TiKV 共用一个主密钥。在生产环境中，推荐通过 AWS KMS 提供主密钥。另外，你也可以通过文件形式提供主密钥。具体的主密钥生成方式和格式均与 TiKV 相同。
285285

286-
TiFlash 使用数据密钥加密所有落盘的数据文件，包括数据文件、Schmea 文件和计算过程中产生的临时数据文件等。默认情况下，TiFlash 每周自动轮换数据密钥，该轮换周期也可根据需要自定义配置。密钥轮换时，TiFlash 不会重写全部现有文件来替换密钥，但如果集群的写入量恒定，则后台 compaction 任务将会用最新的数据密钥对数据重新加密。TiFlash 跟踪密钥和加密方法，并使用密钥信息对读取的内容进行解密。
286+
TiFlash 使用数据密钥加密所有落盘的数据文件，包括数据文件、Schema 文件和计算过程中产生的临时数据文件等。默认情况下，TiFlash 每周自动轮换数据密钥，该轮换周期也可根据需要自定义配置。密钥轮换时，TiFlash 不会重写全部现有文件来替换密钥，但如果集群的写入量恒定，则后台 compaction 任务将会用最新的数据密钥对数据重新加密。TiFlash 跟踪密钥和加密方法，并使用密钥信息对读取的内容进行解密。
287287

288288
### 创建密钥
289289

‎faq/migration-tidb-faq.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -93,7 +93,7 @@ DB2、Oracle 到 TiDB 数据迁移（增量+全量），通常做法有：
9393

9494
目前看来 OGG 最为合适。
9595

96-
### 用 Sqoop 批量写入 TiDB 数据，虽然配置了 `--batch` 选项，但还是会遇到 `java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation` 的错误，该如何解决？
96+
### 用 Sqoop 批量写入 TiDB 数据，虽然配置了 `--batch` 选项，但还是会遇到 `java.sql.BatchUpdateException:statement count 5001 exceeds the transaction limitation` 的错误，该如何解决？
9797

9898
- 在 Sqoop 中，`--batch` 是指每个批次提交 100 条 statement，但是默认每个 statement 包含 100 条 SQL 语句，所以此时 100 * 100 = 10000 条 SQL 语句，超出了 TiDB 的事务限制 5000 条，可以增加选项 `-Dsqoop.export.records.per.statement=10` 来解决这个问题，完整的用法如下：
9999

‎faq/sql-faq.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -152,7 +152,7 @@ TiDB 支持在会话或全局作用域上修改 [`sql_mode`](/system-variables.m
152152
- 对全局作用域变量的修改，设置后将作用于集群中的其它服务器，并且重启后更改依然有效。因此，你无需在每台 TiDB 服务器上都更改 `sql_mode` 的值。
153153
- 对会话作用域变量的修改，设置后只影响当前会话，重启后更改消失。
154154

155-
## 用 Sqoop 批量写入 TiDB 数据，虽然配置了 `--batch` 选项，但还是会遇到 `java.sql.BatchUpdateExecption:statement count 5001 exceeds the transaction limitation` 的错误，该如何解决？
155+
## 用 Sqoop 批量写入 TiDB 数据，虽然配置了 `--batch` 选项，但还是会遇到 `java.sql.BatchUpdateException:statement count 5001 exceeds the transaction limitation` 的错误，该如何解决？
156156

157157
问题原因：在 Sqoop 中，`--batch` 是指每个批次提交 100 条 statement，但是默认每个 statement 包含 100 条 SQL 语句，所以此时 100 * 100 = 10000 条 SQL 语句，超出了 TiDB 的事务限制 5000 条。
158158

‎functions-and-operators/string-functions.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -214,10 +214,10 @@ SELECT CHAR_LENGTH("TiDB") AS LengthOfString;
214214
```
215215

216216
```sql
217-
SELECT CustomerName, CHAR_LENGTH(CustomerName) AS LenghtOfName FROM Customers;
217+
SELECT CustomerName, CHAR_LENGTH(CustomerName) AS LengthOfName FROM Customers;
218218

219219
+--------------------+--------------+
220-
| CustomerName | LenghtOfName |
220+
| CustomerName | LengthOfName |
221221
+--------------------+--------------+
222222
| Albert Einstein | 15 |
223223
| Robert Oppenheimer | 18 |

‎grafana-pd-dashboard.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -103,7 +103,7 @@ summary: PD 重要监控指标详解：使用 TiUP 部署 TiDB 集群时，一
103103
- Replica checker：replica checker 的状态
104104
- Rule checker：rule checker 的状态
105105
- Region merge checker：merge checker 的状态
106-
- Filter target：尝试选择 Store 作为调度 taget 时没有通过 Filter 的计数
106+
- Filter target：尝试选择 Store 作为调度 target 时没有通过 Filter 的计数
107107
- Filter source：尝试选择 Store 作为调度 source 时没有通过 Filter 的计数
108108
- Balance Direction：Store 被选作调度 target 或 source 的次数
109109

‎oracle-functions-to-tidb.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -65,13 +65,13 @@ TiDB 中区分 `NULL` 和空字符串 `''`。
6565
Oracle 支持 `INSERT` 语句中读写同一张表。例如：
6666

6767
```sql
68-
INSERT INTO table1 VALUES (feild1,(SELECT feild2 FROM table1 WHERE...))
68+
INSERT INTO table1 VALUES (field1,(SELECT field2 FROM table1 WHERE...))
6969
```
7070

7171
TiDB 不支持 `INSERT` 语句中读写同一张表。例如：
7272

7373
```sql
74-
INSERT INTO table1 VALUES (feild1,(SELECT T.fields2 FROM table1 T WHERE...))
74+
INSERT INTO table1 VALUES (field1,(SELECT T.fields2 FROM table1 T WHERE...))
7575
```
7676

7777
### 获取前 n 行数据

‎partitioned-table.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -597,7 +597,7 @@ TiDB 从 v7.0.0 开始支持 Key 分区。在 v7.0.0 之前的版本中，创建
597597

598598
Key 分区与 Hash 分区都可以保证将数据均匀地分散到一定数量的分区里面，区别是 Hash 分区只能根据一个指定的整数表达式或字段进行分区，而 Key 分区可以根据字段列表进行分区，且 Key 分区的分区字段不局限于整数类型。TiDB Key 分区表的 Hash 算法与 MySQL 不一样，因此表的数据分布也不一样。
599599

600-
创建 Key 分区表时，你需要在 `CREATE TABLE` 后面添加 `PARTITION BY KEY (columList)`，其中 `columnList` 是字段列表，可以包含一个或多个字段。每个字段的类型可以是除 `BLOB`、`JSON`、`GEOMETRY` 之外的任意类型（请注意 TiDB 不支持 `GEOMETRY` 类型）。此外，你很可能还需要加上 `PARTITIONS num`，其中 `num` 是一个正整数，表示将表划分多少个分区；或者加上分区名的定义，例如，加上 `(PARTITION p0, PARTITION p1)` 代表将表划分为两个分区，分区名为 `p0` 和 `p1`。
600+
创建 Key 分区表时，你需要在 `CREATE TABLE` 后面添加 `PARTITION BY KEY (columnList)`，其中 `columnList` 是字段列表，可以包含一个或多个字段。每个字段的类型可以是除 `BLOB`、`JSON`、`GEOMETRY` 之外的任意类型（请注意 TiDB 不支持 `GEOMETRY` 类型）。此外，你很可能还需要加上 `PARTITIONS num`，其中 `num` 是一个正整数，表示将表划分多少个分区；或者加上分区名的定义，例如，加上 `(PARTITION p0, PARTITION p1)` 代表将表划分为两个分区，分区名为 `p0` 和 `p1`。
601601

602602
下面的语句将创建一个 Key 分区表，按 `store_id` 分成 4 个分区：
603603

‎quick-start-with-htap.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -22,7 +22,7 @@ summary: 本文介绍如何快速上手体验 TiDB 的 HTAP 功能。
2222

2323
## 体验步骤
2424

25-
本文的步骤以 [TPC-H](http://www.tpc.org/tpch/) 数据集为例，通过其中一个查询场景来体验 TiDB HTAP 的便捷性和高性能。TPC-H 是业界较为流行的决策支持（Desision Support）业务 Benchmark。它包含大数据量下，一个业务决策分析系统所需要响应的不同类型高复杂度的即席查询。如果需要体验 TPC-H 完整的 22 条 SQL，可以访问 [tidb-bench 仓库](https://github.com/pingcap/tidb-bench/tree/master/tpch/queries) 或者阅读 TPC-H 官网说明了解如何生成查询语句以及数据。
25+
本文的步骤以 [TPC-H](http://www.tpc.org/tpch/) 数据集为例，通过其中一个查询场景来体验 TiDB HTAP 的便捷性和高性能。TPC-H 是业界较为流行的决策支持（Decision Support）业务 Benchmark。它包含大数据量下，一个业务决策分析系统所需要响应的不同类型高复杂度的即席查询。如果需要体验 TPC-H 完整的 22 条 SQL，可以访问 [tidb-bench 仓库](https://github.com/pingcap/tidb-bench/tree/master/tpch/queries) 或者阅读 TPC-H 官网说明了解如何生成查询语句以及数据。
2626

2727
### 第 1 步：部署试用环境
2828

‎releases/release-1.0-ga.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,7 @@ aliases: ['/docs-cn/dev/releases/release-1.0-ga/','/docs-cn/dev/releases/ga/']
1818
+ 提升 MySQL 兼容性
1919
+ 支持 `NO_SQL_CACHE` 语法，控制存储引擎对缓存的使用
2020
+ 重构 Hash Aggregator 算子，降低内存使用
21-
+ 支持 Stream Aggragator 算子
21+
+ 支持 Stream Aggregator 算子
2222

2323
## PD
2424

‎releases/release-3.0.8.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -79,7 +79,7 @@ TiDB Ansible 版本：3.0.8
7979
- 修改 Coprocessor 遇到错误时输出日志的级别从 `error` 改成 `warn` [#6051](https://github.com/tikv/tikv/pull/6051)
8080
- 修改统计信息采样数据的更新行为从直接更行改成先删除再插入，更新行为与 tidb-server 保持一致 [#6069](https://github.com/tikv/tikv/pull/6096)
8181
+ Raftstore
82-
- 修复因重复向 `peerfsm` 发送 destory 消息，`peerfsm` 被多次销毁导致 panic 的问题 [#6297](https://github.com/tikv/tikv/pull/6297)
82+
- 修复因重复向 `peerfsm` 发送 destroy 消息，`peerfsm` 被多次销毁导致 panic 的问题 [#6297](https://github.com/tikv/tikv/pull/6297)
8383
- `split-region-on-table` 默认值由 `true` 改成 `false`，默认关闭按 table 切分 Region 的功能 [#6253](https://github.com/tikv/tikv/pull/6253)
8484
+ Engine
8585
- 修复极端条件下因 RocksDB 迭代器错误未正确处理导致可能返回空数据的问题 [#6326](https://github.com/tikv/tikv/pull/6326)

‎releases/release-4.0.0-rc.2.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -72,7 +72,7 @@ TiDB 版本：4.0.0-rc.2
7272
+ TiKV
7373

7474
- 加密存储适配 tikv-ctl，适配后开启加密存储后通过 tikv-ctl 操作管理集群 [#7698](https://github.com/tikv/tikv/pull/7698)
75-
- 新增加密码 Snapshot 中的 `lock column famliy` 的功能 [#7712](https://github.com/tikv/tikv/pull/7712)
75+
- 新增加密码 Snapshot 中的 `lock column family` 的功能 [#7712](https://github.com/tikv/tikv/pull/7712)
7676
- 修改 Raftstore latency 在 Grafana 面板显示方式，采用 heatmap 方便诊断性能抖动问题 [#7717](https://github.com/tikv/tikv/pull/7717)
7777
- 支持配置 gRPC 消息大小的上限 [#7824](https://github.com/tikv/tikv/pull/7824)
7878
- Grafana 面板中添加了 encryption 相关的监控 [#7827](https://github.com/tikv/tikv/pull/7827)

‎releases/release-5.1.2.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -74,7 +74,7 @@ TiDB 版本：5.1.2
7474
- 修复 hash 列为 `ENUM` 类型时 index hash join 的结果可能出错的问题 [#27893](https://github.com/pingcap/tidb/issues/27893)
7575
- 修复极少数情况下 batch client 复用空闲连接可能阻塞请求发送的问题 [#27678](https://github.com/pingcap/tidb/pull/27678)
7676
- 修复了 `FLOAT64` 类型的溢出检查与 MySQL 不一致的问题 [#23897](https://github.com/pingcap/tidb/issues/23897)
77-
- 修复 TiDB 把 `pd is timeout` 错误返回成 `unkonwn` 的问题 [#26147](https://github.com/pingcap/tidb/issues/26147)
77+
- 修复 TiDB 把 `pd is timeout` 错误返回成 `unknown` 的问题 [#26147](https://github.com/pingcap/tidb/issues/26147)
7878
- 修复了 `case when` 表达式的字符集和排序规则错误的问题 [#26662](https://github.com/pingcap/tidb/issues/26662)
7979
- 修复 MPP 查询可能返回 `can not found column in Schema column` 错误的问题 [#28148](https://github.com/pingcap/tidb/pull/28148)
8080
- 修复 TiFlash 宕机可能导致 TiDB Panic 的问题 [#28096](https://github.com/pingcap/tidb/issues/28096)

‎releases/release-5.2.4.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -88,7 +88,7 @@ TiDB 版本：5.2.4
8888
- 修复系统变量 `max_allowed_packet` 不生效的问题 [#31422](https://github.com/pingcap/tidb/issues/31422)
8989
- 修复当 auto ID 超出范围时，`REPLACE` 语句错误地修改了其它行的问题 [#29483](https://github.com/pingcap/tidb/issues/29483)
9090
- 修复慢查询日志无法正常输出而且可能消耗大量内存的问题 [#32656](https://github.com/pingcap/tidb/issues/32656)
91-
- 修复 NATRUAL JOIN 可能输出多余列的问题 [#29481](https://github.com/pingcap/tidb/issues/29481)
91+
- 修复 NATURAL JOIN 可能输出多余列的问题 [#29481](https://github.com/pingcap/tidb/issues/29481)
9292
- 修复使用前缀列索引时，ORDER + LIMIT 语句可能导致结果出错的问题 [#29711](https://github.com/pingcap/tidb/issues/29711)
9393
- 修复乐观事务重试时，DOUBLE 类型的自增列可能在重试时值发生改变的问题 [#29892](https://github.com/pingcap/tidb/issues/29892)
9494
- 修复 STR_TO_DATE 函数无法正确处理微秒部分的前导 0 的问题 [#30078](https://github.com/pingcap/tidb/issues/30078)

‎releases/release-6.0.0-dmr.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -71,7 +71,7 @@ v6.0.0 是 DMR 版本，版本名称为 6.0.0-DMR。
7171

7272
Top SQL 是一个面向运维人员及应用开发者的一体化、自助的数据库性能观测和诊断功能，集成于 TiDB Dashboard 图形化界面，在 TiDB v6.0.0 正式发布。
7373

74-
与现有 TiDB Dashboard 中各个面向数据库专家的诊断功能不同的是，Top SQL 完全面向非专家：你不需要观察几千张监控图表寻找相关性，也不需要理解诸如 Raft Snapsnot、RocksDB、MVCC、TSO 等 TiDB 内部机制，仅需要知道常见的数据库概念，如索引、锁冲突、执行计划等，就可以通过 Top SQL 快速分析数据库负载情况，并提升应用程序的性能。
74+
与现有 TiDB Dashboard 中各个面向数据库专家的诊断功能不同的是，Top SQL 完全面向非专家：你不需要观察几千张监控图表寻找相关性，也不需要理解诸如 Raft Snapshot、RocksDB、MVCC、TSO 等 TiDB 内部机制，仅需要知道常见的数据库概念，如索引、锁冲突、执行计划等，就可以通过 Top SQL 快速分析数据库负载情况，并提升应用程序的性能。
7575

7676
Top SQL 功能功能默认关闭。启用后，通过 Top SQL 提供的各个 TiDB 或 TiKV 节点实时 CPU 负载情况，你可以直观了解各节点的高 CPU 负载来自哪些 SQL 语句，从而快速分析诸如数据库热点和负载陡升等问题。例如，你可以通过 Top SQL 分析某个 TiKV 节点上正在消耗 90% CPU 负载的 SQL 查询语句的具体内容及执行情况。
7777

‎releases/release-6.1.1.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -87,7 +87,7 @@ TiDB 版本：6.1.1
8787
- 修复了在查询分区表中如果查询条件中有分区键且两者使用了不同的 COLLATE 时会错误的进行分区裁剪的问题 [#32749](https://github.com/pingcap/tidb/issues/32749) @[mjonss](https://github.com/mjonss)
8888
- 修复了在开启 TiDB Binlog 时，TiDB 执行 `ALTER SEQUENCE` 会产生错误的元信息版本号，进而导致 Drainer 报错退出的问题 [#36276](https://github.com/pingcap/tidb/issues/36276) @[AilinKid](https://github.com/AilinKid)
8989
- 修复了在极端情况下，启动 TiDB 可能进入错误状态的问题 [#36791](https://github.com/pingcap/tidb/issues/36791) @[xhebox](https://github.com/xhebox)
90-
- 修复了在 TiDB Dashboard 中查询分区表的执行计划时，有可能出现 `UnkownPlanID` 的问题 [#35153](https://github.com/pingcap/tidb/issues/35153) @[time-and-fate](https://github.com/time-and-fate)
90+
- 修复了在 TiDB Dashboard 中查询分区表的执行计划时，有可能出现 `UnknownPlanID` 的问题 [#35153](https://github.com/pingcap/tidb/issues/35153) @[time-and-fate](https://github.com/time-and-fate)
9191
- 修复了 `LOAD DATA` 语句中列的列表不生效的问题 [#35198](https://github.com/pingcap/tidb/issues/35198) @[SpadeA-Tang](https://github.com/SpadeA-Tang)
9292
- 修复开启 TiDB Binlog 后插入重复数据导致 data and columnID count not match 错误的问题 [#33608](https://github.com/pingcap/tidb/issues/33608) @[zyguan](https://github.com/zyguan)
9393
- 去除 `tidb_gc_life_time` 设置时间检查限制 [#35392](https://github.com/pingcap/tidb/issues/35392) @[TonsnakeLin](https://github.com/TonsnakeLin)

‎releases/release-6.3.0.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -331,9 +331,9 @@ TiDB 版本：6.3.0-DMR
331331

332332
+ TiDB
333333

334-
- 修复权限检查跳过 `PREAPRE` 语句的问题 [#35784](https://github.com/pingcap/tidb/issues/35784) @[lcwangchao](https://github.com/lcwangchao)
334+
- 修复权限检查跳过 `PREPARE` 语句的问题 [#35784](https://github.com/pingcap/tidb/issues/35784) @[lcwangchao](https://github.com/lcwangchao)
335335
- 修复系统变量 `tidb_enable_noop_variable` 能够设置为 `WARN` 的问题 [#36647](https://github.com/pingcap/tidb/issues/36647) @[lcwangchao](https://github.com/lcwangchao)
336-
- 修复存在表达式索引定义时，`INFORMAITON_SCHEMA.COLUMNS` 表的 `ORDINAL_POSITION` 列可能不正确的问题 [#31200](https://github.com/pingcap/tidb/issues/31200) @[bb7133](https://github.com/bb7133)
336+
- 修复存在表达式索引定义时，`INFORMATION_SCHEMA.COLUMNS` 表的 `ORDINAL_POSITION` 列可能不正确的问题 [#31200](https://github.com/pingcap/tidb/issues/31200) @[bb7133](https://github.com/bb7133)
337337
- 修复时间戳大于 `MAXINT32` 时 TiDB 不报错的问题 [#31585](https://github.com/pingcap/tidb/issues/31585) @[bb7133](https://github.com/bb7133)
338338
- 修复使用企业版插件时无法启动 TiDB server 的问题 [#37319](https://github.com/pingcap/tidb/issues/37319) @[xhebox](https://github.com/xhebox)
339339
- 修复 `SHOW CREATE PLACEMENT POLICY` 输出结果不正确的问题 [#37526](https://github.com/pingcap/tidb/issues/37526) @[xhebox](https://github.com/xhebox)

0 commit comments

Comments
 (0)