4.0 版本 region-properties 详解：
num-files: 本 region 涉及的 SST 文件个数
num-entries: 本 region 范围内， 在 rocksdb 内的 kv 数量，包括 tombstone, 不去重 。为 rocksdb 直接计算所得。
num-delete: （num-entries-mvcc.num_versions）,本 region 范围内，在 rocksdb 内的 tombstone key 的数量, 该数据量越大，说明当前服务需要进行 compaction 了。
mvcc.* 主要记录 tikv 层的 mv…
7 天前
Hello，我们 dashboard 支持日志的审计过滤和操作功能，不知能否满足您的需求，相关文档：https://docs.pingcap.com/zh/tidb/v4.0/dashboard-log-search
2 年前
感谢！4.0 GA 目前已经支持下推计算 cache 功能可以解决部分这个问题。
另外，我们也有一个readonly 表的需求设计应该也能满足您的需求
2 年前
hi, 目前 4.0 GA 以下两个命令可以满足您的需求：
show processlist + kill tidb {connID}
相关文档：
show processlist
kill tidb {connID}
2 年前
感谢，和事务这边研发沟通了一下，这个东西的说明确实是我们目前所缺失的，建议加入我们的 Transaction-SIG ：
加入及时沟通平台，与我们事务的一线研发面对面沟通一下，
加入方式：
加入 Slack
加入事务聊天群 - transaction-sig
@csnever
2 年前
问题一，想要参与开发并获得更多一些帮助，可以加入我们 事务 SIG，内有加入 SIG 交流平台的方式。
问题二：两者都可以：
直接忽略，后面读写遇到锁时，可以再根据 primary key 上事务的状态，决定如何清锁
发起 rollback, 直接清锁就可以
问题三、四：同问题一的处理方式。
目前 go-client 虽然跟 TiDB 脱离比较久，但是使用方式依旧可以去参考 TiDB 的相关源代码。
2 年前
如果您只是这个单一 Region 形成热点，而且长期没有被打散。。。比如大量请求频繁 scan 一个小表，这个可以从业务角度或者 metrics 统计的热点信息看出来。由于单 Region 热点现阶段无法使用打散的手段来消除，需要确认热点 Region 后手动添加 split-region 调度将这样的 Region 拆开。
具体文档，请等我一下出来。。或者你可以用 pd-ctl help 可以先看一下。。
2 年前
额，抱歉，之前我的同事误认为您是要解决写入热点。上面的文档是用来解决写入热点的。对于读热点，目前我们支持基于读流量的热点调度，后台会根据您的访问流量自动去调度，不需要您做任何介入。
2 年前
@Hacker_zKg8MmGa 如果还有其他问题，欢迎在 AskTUG 上提问，你也可以:
在 TiKV 社区 或 TiDB 社区 的 Slack 或微信群中交流讨论
加入 Coprocessor SIG 详细讨论 Coprocessor 模块
查看 代码资料指引
2 年前
如果有其他问题，欢迎在 AskTUG 上提问，你也可以:
在 TiKV 社区 或 TiDB 社区 的 Slack 或微信群中交流讨论
加入 Coprocessor SIG 详细讨论 Coprocessor 模块
查看 代码资料指引
2 年前
非常抱歉我们这一块没有详细的注释。
FieldType 主要用于表示该表达式数据的类型信息。
FieldType->tp 是用的最广泛的一个属性，表示该表达式的数据类型，细节如下：
Unspecified = 0, // Default
Tiny = 1,
Short = 2,
Long = 3,
Float = 4,
Double = 5,
Null = 6,
Timestamp = 7,
LongLong = 8,
Int24 = 9,
Date = 10,
Duration = 11,
…
2 年前
hi，我在系统中按照您提供的步骤执行了一遍，看起来没有任何异常。是不是您中间漏掉了一些操作？或者有一些误操作导致的呢？
要确认的话，可以试试打开检查、重新修改配置项，看看问题是否还能复现？
2 年前
没有更多内容了