Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

FAQ: add 4 questions and update description #832

Merged
merged 5 commits into from
Aug 14, 2018
Merged

FAQ: add 4 questions and update description #832

Changes from 1 commit
Commits
Show all changes
5 commits
Select commit Hold shift + click to select a range
b9bb251
Update FAQ.md
lhyPingcap Aug 7, 2018
a4b013f
Update FAQ.md
lhyPingcap Aug 8, 2018
c6c8b27
Update FAQ.md
lhyPingcap Aug 8, 2018
01a0342
FAQ: update wording
lilin90 Aug 13, 2018
b925a59
Update FAQ.md
lhyPingcap Aug 13, 2018
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
44 changes: 42 additions & 2 deletions FAQ.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -104,7 +104,7 @@ TiDB 的 `show processlist` 与 MySQL 的 `show processlist` 显示内容基本

TiDB 作为分布式数据库，在 TiDB 中修改用户密码建议使用 `set password for 'root'@'%' = '0101001';` 或 `alter` 方法，不推荐使用 `update mysql.user` 的方法进行，这种方法可能会造成其它节点刷新不及时的情况。修改权限也一样，都建议采用官方的标准语法。详情可参考 [TiDB 用户账户管理](sql/user-account-management.md)。

#### 1.1.22 TiDB中，为什么出现后插入数据的自增 ID 反而小？
#### 1.1.22 TiDB 中，为什么出现后插入数据的自增 ID 反而小？

TiDB 的自增 ID (`AUTO_INCREMENT`) 只保证自增且唯一，并不保证连续分配。TiDB 目前采用批量分配的方式，所以如果在多台 TiDB 上同时插入数据，分配的自增 ID 会不连续。当多个线程并发往不同的 tidb-server 插入数据的时候，有可能会出现后插入的数据自增 ID 小的情况。此外，TiDB允许给整型类型的字段指定 AUTO_INCREMENT，且一个表只允许一个属性为 `AUTO_INCREMENT` 的字段。详情可参考[数据定义语句](sql/ddl.md)。

Expand Down Expand Up @@ -508,6 +508,46 @@ information_schema 库中的 tables 表里的 create_time 即为表的真实创

TiDB 在执行 SQL 时，预估出来每个 operator 处理了超过 10000 条数据就认为这条 query 是 expensive query。可以通过修改 tidb-server 配置参数来对这个门限值进行调整，调整后需要重新启动 tidb-server。

#### 3.3.10 在 TiDB 中如何控制或改变 SQL 提交的执行优先级？

首先需要了解高优先级和低优先级的语法元素
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would be better to add a colon "：" after "元素".


- HIGH_PRIORITY：该语句为高优先级语句，TiDB 在执行阶段会优先处理这条语句
- LOW_PRIORITY：该语句为低优先级语句，TiDB 在执行阶段会降低这条语句的优先级

以上两种参数可以结合 TiDB 的 DML 语言进行使用，具体使用方式可以参考[官方文档](https://pingcap.com/docs-cn/sql/dml/)，使用方法举例如下：
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use relative path for the link: [官方文档](sql/dml.md)


1）通过在数据库中写 SQL 的方式来调整优先级：

```
select HIGH_PRIORITY | LOW_PRIORITY count(*) from table_name;
insert HIGH_PRIORITY | LOW_PRIORITY into table_name insert_values;
delete HIGH_PRIORITY | LOW_PRIORITY from table_name;
update HIGH_PRIORITY | LOW_PRIORITY table_reference set assignment_list where where_condition;
replace HIGH_PRIORITY | LOW_PRIORITY into table_name;
```
2）全表扫会自动调整为低优先级，analyze 也是默认低优先级。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please leave a blank line between the code block and the "2）……".


#### 3.3.11 在 TiDB 中 auto analyze 的触发策略是怎样的？

触发策略：新表达到 1000 条，会自动触发。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

我记得还有要求多久之内没有写入，可以找海滨确认一下

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

需要在 20*stats-lease 的时间内没有写入，也就是默认 1min.


当表的 (修改数/当前总行数) 大于 `tidb_auto_analyze_ratio` 的时候，会自动触发 analyze 语句。`tidb_auto_analyze_ratio` 的默认值为 0，即关闭此功能。为了保险起见，在开启此功能的时候，保证了其最小值为 0.3。但是不能大于等于 `pseudo-estimate-ratio` (默认值为 0.7），否则会有一段时间使用 pseudo 统计信息，建议设置值为 0.5。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For the parentheses in this line, modify them to Chinese parentheses, and don't leave extra whitespaces before or after them.


#### 3.3.12 Select 语句在 TiDB 的 RC 与 RR 隔离级别下的实现过程，以及对应用的影响。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Make it sounds like a question:

影响。 -> 影响是怎样的？


TiDB 实现了两种隔离级别：读已提交和可重复读。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Add English expressions to make them more friendly to readers:

读已提交和可重复读 -> 读已提交 (Read Committed, RC) 和可重复读 (Repeatable Read, RR)


Select 在不同的隔离级别上，会有不同的执行逻辑和表现形式：

- 首先，select 在 RC 隔离级别下，不会到 PD 拿时间戳，直接用最大的 timestamp 去读数据，读取到当前最新的已经提交成功的数据。但在 RC 模式下，也会出现 RC 事务隔离级别本身的问题，即会出现幻读和不可重复读的情况。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

直接 -> 而是直接

- RR 隔离级别还是要到 PD 去拿 timestamp ，通过 timestamp 以及 precolator 算法来读取多版本数据，防止读到被其他事务/会话修改过的数据，从而避免了幻读和不可重复读的问题。
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • Delete the extra whitespace between "timestamp" and the following comma.
  • Typo: precolator -> Percolator


#### 3.3.13 SQL 中如何通过 hint 使用一个具体的 index？

同 MySQL 的 用法一致，例如：
`select column_name from table_name use index（index_name）where where_condition;`

### 3.4 TiKV 管理

#### 3.4.1 TiKV 集群副本建议配置数量是多少，是不是最小高可用配置（3个）最好？
Expand Down Expand Up @@ -542,7 +582,7 @@ TiKV 使用了 RocksDB 的 Column Family (CF) 特性，KV 数据最终存储在
- Raftstore 线程卡了，可以看一下 Raftstore 的 CPU 使用情况。
- TiKV 太忙了（读取、写入、磁盘 I/O 等），请求处理不过来。

#### 3.4.7 TiKV 频繁切换 Region leader 切换是啥原因？
#### 3.4.7 TiKV 频繁切换 Region leader 是什么原因？

- 网络问题导致节点间通信卡了，查看 Report failures 监控。
- 原主 Leader 的节点卡了，导致没有及时给 Follower 发送消息。
Expand Down