Feature Request

Is your feature request related to a problem? Please describe:

This is a really minor nit, but the EXPLAIN output on binary strings is different from what I expected:

CREATE TABLE t1 (
 id INT NOT NULL PRIMARY KEY auto_increment,
 b varchar(255) not null,
 c varbinary(255) not null,
 index (b),
 index (c)
);


INSERT INTO t1 (b,c) VALUES ('a', 'a'),('b

Bug Report

What version of TiKV are you using?

I think the description of config max-tasks-per-worker-high in the document is wrong:https://github.com/tikv/tikv/blob/master/docs/V2.1/op-guide/coprocessor-config.md#max-tasks-per-worker-high
https://github.com/tikv/tikv/blob/master/docs/refer

最近测试 titan 性能，部署了 3 个节点的 tikv 集群，单独部署 titan，然后压测时发现，相同的数据，每个节点平均 30+ region 时，GET qps 大概 7w。调整 region 数后，每个 节点的 region 为1300+个，再次用同样的命令压测，GET qps 能达到 13w，请问 titan 是否有根据 region 数做并发控制呢？

twitchtv/retool is out of maintenance and alecthomas/gometalinter has been deprecated.

Now that we have upgraded to go v1.13 in which go module is enabled by default, it is better to drop retool and manage these tools in go module in scripts instead.

The deprecated tool gometalinter should be dropped too.

Now you need to look at Dashboard status through curl.
Suggestion: you can check Dashboard status through TiUP.

BR should provide the total size of one backup considering following cases:

• Users want to know the size of each backup.
• The platforms that integrate with BR, e.g. TEP, DBaaS, etc. need to show the size of each backup.

Maybe TiKV can return the size of the files it created for each backup to BR and BR calculates the total size from all the TiKVs and writes the size to backup meta.

@ke