*: change "登陆" to “登录” (#1302)

FAQ.md

@@ -118,7 +118,7 @@ TiDB 的 sql_mode 与 MySQL 的 sql_mode 设置方法有一些差别，TiDB 不
 
 #### 1.1.24 TiDB 支持哪些认证协议，过程是怎样的？
 
-这一层跟 MySQL 一样，走的 SASL 认证协议，用于用户登陆认证，对密码的处理流程。
+这一层跟 MySQL 一样，走的 SASL 认证协议，用于用户登录认证，对密码的处理流程。
 
 客户端连接 TiDB 的时候，走的是 challenge-response（挑战-应答）的认证模式，过程如下：
 
@@ -349,9 +349,9 @@ Binary 不是我们建议的安装方式，对升级支持也不友好，建议
 | 滚动升级除 PD 外模块 | ansible-playbook rolling\_update.yml --skip-tags=pd |
 | 滚动升级监控组件 | ansible-playbook rolling\_update\_monitor.yml |
 
-#### 3.1.2 TiDB 如何登陆？
+#### 3.1.2 TiDB 如何登录？
 
-和 MySQL 登陆方式一样，可以按照下面例子进行登陆。
+和 MySQL 登录方式一样，可以按照下面例子进行登录。
 
 `mysql -h 127.0.0.1 -uroot -P4000`
 
@@ -697,9 +697,9 @@ loader 的 -t 参数可以根据 TiKV 的实例个数以及负载进行评估调
 
 TiDB 支持绝大多数 MySQL 语法，一般不需要修改代码。
 
-#### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登陆，如何处理？
+#### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登录，如何处理？
 
-重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登陆集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
+重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登录集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
 
 #### 4.1.5 在 Loader 运行的过程中，TiDB 可以对外提供服务吗？
 该操作进行逻辑插入，TiDB 仍可对外提供服务，但不要执行相关 DDL 操作。

releases/205.md

@@ -22,7 +22,7 @@ category: Releases
     - 支持注释中存在多个星号的情况 [#6858](https://github.com/pingcap/tidb/pull/6858)
 - Bug Fixes
     - 修复 `KILL QUERY` 语句权限检查问题 [#7003](https://github.com/pingcap/tidb/pull/7003)
-    - 修复用户数量超过 1024 时可能造成无法登陆的问题 [#6986](https://github.com/pingcap/tidb/pull/6986)
+    - 修复用户数量超过 1024 时可能造成无法登录的问题 [#6986](https://github.com/pingcap/tidb/pull/6986)
     - 修复一个写入无符号类型 `float`/`double` 数据的问题 [#6940](https://github.com/pingcap/tidb/pull/6940)
     - 修复 `COM_FIELD_LIST` 命令的兼容性，解决部分 MariaDB 客户端遇到 Panic 的问题 [#6929](https://github.com/pingcap/tidb/pull/6929)
     - 修复 `CREATE TABLE IF NOT EXISTS LIKE` 行为 [#6928](https://github.com/pingcap/tidb/pull/6928)

sql/privilege.md

@@ -310,7 +310,7 @@ DROP USER 'test';
 
 ### 连接验证
 
-当客户端发送连接请求时，TiDB 服务器会对登陆操作进行验证。验证过程先检查 `mysql.user` 表，当某条记录的 `User` 和 `Host` 和连接请求匹配上了，再去验证 Password。用户身份基于两部分信息，发起连接的客户端的 `Host`，以及用户名 `User`。如果 `User` 不为空，则用户名必须精确匹配。
+当客户端发送连接请求时，TiDB 服务器会对登录操作进行验证。验证过程先检查 `mysql.user` 表，当某条记录的 `User` 和 `Host` 和连接请求匹配上了，再去验证 Password。用户身份基于两部分信息，发起连接的客户端的 `Host`，以及用户名 `User`。如果 `User` 不为空，则用户名必须精确匹配。
 
 User+Host 可能会匹配 `user` 表里面多行，为了处理这种情况，`user` 表的行是排序过的，客户端连接时会依次去匹配，并使用首次匹配到的那一行做权限验证。排序是按 `Host` 在前，`User` 在后。
 

sql/user-account-management.md

@@ -11,7 +11,7 @@ category: user guide
 
 TiDB 将用户账户存储在 `mysql.user` 系统表里面。每个账户由用户名和 host 作为标识。每个账户可以设置一个密码。
 
-通过 MySQL 客户端连接到 TiDB 服务器，通过指定的账户和密码登陆：
+通过 MySQL 客户端连接到 TiDB 服务器，通过指定的账户和密码登录：
 
 ```
 shell> mysql --port 4000 --user xxx --password
@@ -59,9 +59,9 @@ host 支持模糊匹配，比如：
 CREATE USER 'test'@'192.168.10.%';
 ```
 
-允许 `test` 用户从 `192.168.10` 子网的任何一个主机登陆。
+允许 `test` 用户从 `192.168.10` 子网的任何一个主机登录。
 
-如果没有指定 host，则默认是所有 IP 均可登陆。如果没有指定密码，默认为空：
+如果没有指定 host，则默认是所有 IP 均可登录。如果没有指定密码，默认为空：
 
 ```sql
 CREATE USER 'test';
@@ -151,7 +151,7 @@ TiDB 将密码存在 `mysql.user` 系统数据库里面。只有拥有 `CREATE U
 
     这个配置参数会让 TiDB 跳过权限系统。
 
-3. 然后使用 `root` 登陆后修改密码：
+3. 然后使用 `root` 登录后修改密码：
 
     ```bash
     mysql -h 127.0.0.1 -P 4000 -u root

tools/dm/cluster-operations.md

@@ -159,7 +159,7 @@ DM-master 重启时会自动向每个 DM-worker 实例请求任务信息，重
 
 1. 为中控机设置 SSH 互信以及 sudo 规则。
 
-    1. 参考[在中控机上配置 SSH 互信和 sudo 规则](/tools/dm/deployment.md#第-5-步-在中控机上配置-ssh-互信和-sudo-规则)，使用 `tidb` 用户登陆至中控机，并将 `172.16.10.74` 添加至 `hosts.ini` 文件中的 `[servers]` 部分。
+    1. 参考[在中控机上配置 SSH 互信和 sudo 规则](/tools/dm/deployment.md#第-5-步-在中控机上配置-ssh-互信和-sudo-规则)，使用 `tidb` 用户登录至中控机，并将 `172.16.10.74` 添加至 `hosts.ini` 文件中的 `[servers]` 部分。
 
         ```
         $ cd /home/tidb/dm-ansible
@@ -253,7 +253,7 @@ DM-master 重启时会自动向每个 DM-worker 实例请求任务信息，重
 
 1. 为中控机设置 SSH 互信以及 sudo 规则。
 
-    1. 参考[在中控机上配置 SSH 互信和 sudo 规则](/tools/dm/deployment.md#第-5-步-在中控机上配置-ssh-互信和-sudo-规则)，使用 `tidb` 账户登陆至中控机，并将 `172.16.10.80` 添加至 `hosts.ini` 文件中的 `[servers]` 部分。  
+    1. 参考[在中控机上配置 SSH 互信和 sudo 规则](/tools/dm/deployment.md#第-5-步-在中控机上配置-ssh-互信和-sudo-规则)，使用 `tidb` 账户登录至中控机，并将 `172.16.10.80` 添加至 `hosts.ini` 文件中的 `[servers]` 部分。  
 
         ```
         $ cd /home/tidb/dm-ansible
@@ -277,7 +277,7 @@ DM-master 重启时会自动向每个 DM-worker 实例请求任务信息，重
 
     > **注意：**
     >
-    > 如果机器 `172.16.10.71` 宕机，无法通过 SSH 登陆，请忽略此步。
+    > 如果机器 `172.16.10.71` 宕机，无法通过 SSH 登录，请忽略此步。
 
     ```
     $ ansible-playbook stop.yml --tags=dm-master
@@ -315,7 +315,7 @@ DM-master 重启时会自动向每个 DM-worker 实例请求任务信息，重
 
 1. 为中控机设置 SSH 互信以及 sudo 规则。
 
-    1. 参考[在中控机上配置 SSH 互信和 sudo 规则](/tools/dm/deployment.md#第-5-步-在中控机上配置-ssh-互信和-sudo-规则)，使用 `tidb` 账户登陆至中控机，并将 `172.16.10.75` 添加至 `hosts.ini` 文件中的 `[servers]` 部分。 
+    1. 参考[在中控机上配置 SSH 互信和 sudo 规则](/tools/dm/deployment.md#第-5-步-在中控机上配置-ssh-互信和-sudo-规则)，使用 `tidb` 账户登录至中控机，并将 `172.16.10.75` 添加至 `hosts.ini` 文件中的 `[servers]` 部分。 
         ```
         $ cd /home/tidb/dm-ansible
         $ vi hosts.ini
@@ -338,7 +338,7 @@ DM-master 重启时会自动向每个 DM-worker 实例请求任务信息，重
 
     > **注意：**
     >
-    > 如果机器 `172.16.10.71` 宕机，无法通过 SSH 登陆，请忽略此步。
+    > 如果机器 `172.16.10.71` 宕机，无法通过 SSH 登录，请忽略此步。
 
     ```
     $ ansible-playbook stop.yml --tags=dm-worker -l dm_worker1

tools/dm/deployment.md

@@ -27,7 +27,7 @@ DM-Ansible 是 PingCAP 基于 [Ansible](https://docs.ansible.com/ansible/latest/
 
 > **注意：**
 >
-> 请确保使用 `root` 账户登陆中控机。
+> 请确保使用 `root` 账户登录中控机。
 
 根据中控机的操作系统版本，运行相应命令如下：
 
@@ -48,7 +48,7 @@ DM-Ansible 是 PingCAP 基于 [Ansible](https://docs.ansible.com/ansible/latest/
 
 > **注意：**
 >
-> 请确保使用 `root` 账户登陆中控机。
+> 请确保使用 `root` 账户登录中控机。
 
 1. 创建 `tidb` 用户。
 
@@ -71,7 +71,7 @@ DM-Ansible 是 PingCAP 基于 [Ansible](https://docs.ansible.com/ansible/latest/
 
 4. 生成 SSH 密钥。
 
-    执行以下 `su` 命令，将登陆用户从 `root` 切换至 `tidb`。
+    执行以下 `su` 命令，将登录用户从 `root` 切换至 `tidb`。
 
     ```
     # su - tidb
@@ -108,7 +108,7 @@ DM-Ansible 是 PingCAP 基于 [Ansible](https://docs.ansible.com/ansible/latest/
 
 > **注意：**
 >
-> 请确保使用 `tidb` 账户登陆中控机。
+> 请确保使用 `tidb` 账户登录中控机。
 
 1. 打开 `/home/tidb` 目录。
 2. 执行以下命令下载 DM-Ansible。
@@ -123,7 +123,7 @@ DM-Ansible 是 PingCAP 基于 [Ansible](https://docs.ansible.com/ansible/latest/
 
 > **注意：**
 >
-> - 请确保使用 `tidb` 账户登陆中控机。
+> - 请确保使用 `tidb` 账户登录中控机。
 > - 您需要使用 `pip` 方式下载安装 Ansible 及其依赖，否则可能会遇到兼容性问题。 DM-Ansible 当前与 Ansible 2.5 或更高版本兼容。
 
 1. 在中控机上安装 DM-Ansible 及其依赖包：
@@ -148,7 +148,7 @@ DM-Ansible 是 PingCAP 基于 [Ansible](https://docs.ansible.com/ansible/latest/
 
 > **注意：**
 >
-> 请确保使用 `tidb` 账户登陆至中控机。
+> 请确保使用 `tidb` 账户登录至中控机。
 
 1. 将您部署的目标机器的 IP 地址加至 `hosts.ini` 文件中的 `[servers]` 部分。
 
@@ -188,7 +188,7 @@ ansible-playbook local_prepare.yml
 
 > **注意：**
 >
-> 请确保使用 `tidb` 账户登陆中控机。
+> 请确保使用 `tidb` 账户登录中控机。
 
 打开并编辑 `/home/tidb/dm-ansible/inventory.ini` 文件如下，以管控 DM 集群。
 

v1.0/FAQ.md

@@ -240,9 +240,9 @@ Binary 不是我们建议的安装方式，对升级支持也不友好，建议
 | 滚动升级除 PD 外模块 | ansible-playbook rolling\_update.yml --skip-tags=pd |
 | 滚动升级监控组件 | ansible-playbook rolling\_update\_monitor.yml |
 
-### 3.1.2 TiDB 如何登陆？
+### 3.1.2 TiDB 如何登录？
 
-和 MySQL 登陆方式一样，可以按照下面例子进行登陆。
+和 MySQL 登录方式一样，可以按照下面例子进行登录。
 
 `mysql -h 127.0.0.1 -uroot -P4000`
 
@@ -518,9 +518,9 @@ loader的 -t 参数可以根据 TiKV 的实例个数以及负载进行评估调
 
 TiDB 支持绝大多数 MySQL 语法，一般不需要修改代码。我们提供了一个[检查工具](https://github.com/pingcap/tidb-tools/tree/master/checker)，用于检查 MySQL 中的 Schema 是否和 TiDB 兼容。
 
-### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登陆，如何处理？
+### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登录，如何处理？
 
-重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登陆集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
+重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登录集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
 
 ### 4.1.5 如何导出 TiDB 数据？
 

v1.0/sql/privilege.md

@@ -31,9 +31,9 @@ create user 'test'@'127.0.0.1' identified by 'xxx';
 create user 'test'@'192.168.10.%';
 ```
 
-允许 `test` 用户从 `192.168.10` 子网的任何一个主机登陆。
+允许 `test` 用户从 `192.168.10` 子网的任何一个主机登录。
 
-如果没有指定 host，则默认是所有 IP 均可登陆。如果没有指定密码，默认为空：
+如果没有指定 host，则默认是所有 IP 均可登录。如果没有指定密码，默认为空：
 
 ```sql
 create user 'test';
@@ -61,7 +61,7 @@ drop user 'test'@'%';
 sudo ./tidb-server -skip-grant-table=true
 ```
 
-这个参数启动，TiDB 会跳过权限系统，然后使用 root 登陆以后修改密码：
+这个参数启动，TiDB 会跳过权限系统，然后使用 root 登录以后修改密码：
 
 ```base
 mysql -h 127.0.0.1 -P 4000 -u root
@@ -248,7 +248,7 @@ delete from mysql.user where user='test';
 
 #### 连接验证
 
-当客户端发送连接请求时，TiDB 服务器会对登陆操作进行验证。验证过程先检查 `mysql.user` 表，当某条记录的 User 和 Host 和连接请求匹配上了，再去验证 Password。用户身份基于两部分信息，发起连接的客户端的 Host，以及用户名 User。如果 User不为空，则用户名必须精确匹配。
+当客户端发送连接请求时，TiDB 服务器会对登录操作进行验证。验证过程先检查 `mysql.user` 表，当某条记录的 User 和 Host 和连接请求匹配上了，再去验证 Password。用户身份基于两部分信息，发起连接的客户端的 Host，以及用户名 User。如果 User不为空，则用户名必须精确匹配。
 
 User+Host 可能会匹配 `user` 表里面多行，为了处理这种情况，`user` 表的行是排序过的，客户端连接时会依次去匹配，并使用首次匹配到的那一行做权限验证。排序是按 Host 在前，User 在后。
 

v1.0/sql/user-account-management.md

@@ -9,7 +9,7 @@ category: user guide
 
 TiDB 将用户账户存储在 `mysql.user` 系统表里面。每个账户由用户名和 host 作为标识。每个账户可以设置一个密码。
 
-通过 MySQL 客户端连接到 TiDB 服务器，通过指定的账户和密码登陆：
+通过 MySQL 客户端连接到 TiDB 服务器，通过指定的账户和密码登录：
 
 ```
 shell> mysql --port 4000 --user xxx --password

v2.0/FAQ.md

@@ -248,9 +248,9 @@ Binary 不是我们建议的安装方式，对升级支持也不友好，建议
 | 滚动升级除 PD 外模块 | ansible-playbook rolling\_update.yml --skip-tags=pd |
 | 滚动升级监控组件 | ansible-playbook rolling\_update\_monitor.yml |
 
-### 3.1.2 TiDB 如何登陆？
+### 3.1.2 TiDB 如何登录？
 
-和 MySQL 登陆方式一样，可以按照下面例子进行登陆。
+和 MySQL 登录方式一样，可以按照下面例子进行登录。
 
 `mysql -h 127.0.0.1 -uroot -P4000`
 
@@ -530,9 +530,9 @@ loader的 -t 参数可以根据 TiKV 的实例个数以及负载进行评估调
 
 TiDB 支持绝大多数 MySQL 语法，一般不需要修改代码。我们提供了一个[检查工具](https://github.com/pingcap/tidb-tools/tree/master/checker)，用于检查 MySQL 中的 Schema 是否和 TiDB 兼容。
 
-### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登陆，如何处理？
+### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登录，如何处理？
 
-重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登陆集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
+重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登录集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
 
 ### 4.1.5 如何导出 TiDB 数据？
 

v2.0/sql/privilege.md

@@ -31,9 +31,9 @@ create user 'test'@'127.0.0.1' identified by 'xxx';
 create user 'test'@'192.168.10.%';
 ```
 
-允许 `test` 用户从 `192.168.10` 子网的任何一个主机登陆。
+允许 `test` 用户从 `192.168.10` 子网的任何一个主机登录。
 
-如果没有指定 host，则默认是所有 IP 均可登陆。如果没有指定密码，默认为空：
+如果没有指定 host，则默认是所有 IP 均可登录。如果没有指定密码，默认为空：
 
 ```sql
 create user 'test';
@@ -61,7 +61,7 @@ drop user 'test'@'%';
 sudo ./tidb-server -skip-grant-table=true
 ```
 
-这个参数启动，TiDB 会跳过权限系统，然后使用 root 登陆以后修改密码：
+这个参数启动，TiDB 会跳过权限系统，然后使用 root 登录以后修改密码：
 
 ```base
 mysql -h 127.0.0.1 -P 4000 -u root
@@ -248,7 +248,7 @@ delete from mysql.user where user='test';
 
 #### 连接验证
 
-当客户端发送连接请求时，TiDB 服务器会对登陆操作进行验证。验证过程先检查 `mysql.user` 表，当某条记录的 User 和 Host 和连接请求匹配上了，再去验证 Password。用户身份基于两部分信息，发起连接的客户端的 Host，以及用户名 User。如果 User不为空，则用户名必须精确匹配。
+当客户端发送连接请求时，TiDB 服务器会对登录操作进行验证。验证过程先检查 `mysql.user` 表，当某条记录的 User 和 Host 和连接请求匹配上了，再去验证 Password。用户身份基于两部分信息，发起连接的客户端的 Host，以及用户名 User。如果 User不为空，则用户名必须精确匹配。
 
 User+Host 可能会匹配 `user` 表里面多行，为了处理这种情况，`user` 表的行是排序过的，客户端连接时会依次去匹配，并使用首次匹配到的那一行做权限验证。排序是按 Host 在前，User 在后。
 

v2.0/sql/user-account-management.md

@@ -9,7 +9,7 @@ category: user guide
 
 TiDB 将用户账户存储在 `mysql.user` 系统表里面。每个账户由用户名和 host 作为标识。每个账户可以设置一个密码。
 
-通过 MySQL 客户端连接到 TiDB 服务器，通过指定的账户和密码登陆：
+通过 MySQL 客户端连接到 TiDB 服务器，通过指定的账户和密码登录：
 
 ```
 shell> mysql --port 4000 --user xxx --password

v2.1/FAQ.md

@@ -114,7 +114,7 @@ TiDB 的 sql_mode 与 MySQL 的 sql_mode 设置方法有一些差别，TiDB 不
 
 #### 1.1.24 TiDB 支持哪些认证协议，过程是怎样的？
 
-这一层跟 MySQL 一样，走的 SASL 认证协议，用于用户登陆认证，对密码的处理流程。
+这一层跟 MySQL 一样，走的 SASL 认证协议，用于用户登录认证，对密码的处理流程。
 
 客户端连接 TiDB 的时候，走的是 challenge-response（挑战-应答）的认证模式，过程如下：
 
@@ -345,9 +345,9 @@ Binary 不是我们建议的安装方式，对升级支持也不友好，建议
 | 滚动升级除 PD 外模块 | ansible-playbook rolling\_update.yml --skip-tags=pd |
 | 滚动升级监控组件 | ansible-playbook rolling\_update\_monitor.yml |
 
-#### 3.1.2 TiDB 如何登陆？
+#### 3.1.2 TiDB 如何登录？
 
-和 MySQL 登陆方式一样，可以按照下面例子进行登陆。
+和 MySQL 登录方式一样，可以按照下面例子进行登录。
 
 `mysql -h 127.0.0.1 -uroot -P4000`
 
@@ -683,9 +683,9 @@ loader 的 -t 参数可以根据 TiKV 的实例个数以及负载进行评估调
 
 TiDB 支持绝大多数 MySQL 语法，一般不需要修改代码。我们提供了一个[检查工具](https://github.com/pingcap/tidb-tools/tree/master/checker)，用于检查 MySQL 中的 Schema 是否和 TiDB 兼容。
 
-#### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登陆，如何处理？
+#### 4.1.4 不小心把 MySQL 的 user 表导入到 TiDB 了，或者忘记密码，无法登录，如何处理？
 
-重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登陆集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
+重启 TiDB 服务，配置文件中增加 `-skip-grant-table=true` 参数，无密码登录集群后，可以根据情况重建用户，或者重建 mysql.user 表，具体表结构搜索官网。
 
 #### 4.1.5 在 Loader 运行的过程中，TiDB 可以对外提供服务吗？
 该操作进行逻辑插入，TiDB 仍可对外提供服务，但不要执行相关 DDL 操作。