Skip to content
Permalink
Browse files

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

  • Loading branch information...
CaitinChen authored and lilin90 committed May 7, 2019
1 parent 2f94379 commit d2bfd6a886de347a46284933c394c6ecdf3c28e8
10 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 操作。
@@ -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)
@@ -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` 在后。
@@ -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
@@ -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
@@ -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 集群。

@@ -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 数据?

@@ -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 在后。

@@ -9,7 +9,7 @@ category: user guide

TiDB 将用户账户存储在 `mysql.user` 系统表里面。每个账户由用户名和 host 作为标识。每个账户可以设置一个密码。

通过 MySQL 客户端连接到 TiDB 服务器,通过指定的账户和密码登陆
通过 MySQL 客户端连接到 TiDB 服务器,通过指定的账户和密码登录

```
shell> mysql --port 4000 --user xxx --password
@@ -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 数据?

@@ -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 在后。

@@ -9,7 +9,7 @@ category: user guide

TiDB 将用户账户存储在 `mysql.user` 系统表里面。每个账户由用户名和 host 作为标识。每个账户可以设置一个密码。

通过 MySQL 客户端连接到 TiDB 服务器,通过指定的账户和密码登陆
通过 MySQL 客户端连接到 TiDB 服务器,通过指定的账户和密码登录

```
shell> mysql --port 4000 --user xxx --password
@@ -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 操作。

0 comments on commit d2bfd6a

Please sign in to comment.
You can’t perform that action at this time.