1、部署架构可以先采用混布，即每台机器1个tidb，1个tikv和1个tiflash，测试期间发现组件有瓶颈可以动态扩容。
2、指定万兆的ip即可
3、TiBigdata非官方项目，谨慎使用。
3 天前
可以看看PD->statistics-balance->store leader score 均衡吗？另外可以pd-ctl执行scheduler show，看看有没有迁移leader的sheduler在跑
4 天前
可以看一下tidb的cpu，慢的时候抓一下火焰图看看。
curl -sl http://127.0.0.1:10080/debug/zip?seconds=60 --output tidb_debug.zip
4 天前
内存占用计算方式如下： 占用内存=block-cache.capacity (默认值：系统总内存 * 45%)+ ( write-buffer-size * max-write-buffer-number * 4 ) + raft-engine.memory-limit(默认值：系统总内存 * 15%)，所以需要先确认一下tikv配置及tikv实例数量。
4 天前
1、对于tikv，pd来说，stop建议先手动驱逐leader；tidb，tiflash没有leader的概念。
2、tiup cluster reload会自动驱逐leader，并且更新配置重启。
3、启动是调用systemctl start service-port 命令，所以只要端口对应没问题是不会影响其他组件的。
9 天前
从 v5.4 起，默认启用raft-engine。内存占用计算方式如下：
占用内存=block-cache.capacity (默认值：系统总内存 * 45%)+ ( write-buffer-size * max-write-buffer-number * 4 ) + raft-engine.memory-limit(默认值：系统总内存 * 15%)
9 天前
看着像是ssh的问题，参考go 执行ssh 报错ssh: handshake failed: read tcp xxx:->xxx:22: read: connection reset by peer - o蹲蹲o - 博客园
9 天前
图片里没有看到binding应该走的索引，
1、status in的values如果是1个不会走这个binding（参考https://github.com/pingcap/tidb/issues/44298）
2、检查一下客户端的字符集与binding sql的字符集是否一致。
14 天前
看堆栈是已知bug，tidb can not restart after create global binding · Issue #40368 · pingcap/tidb · GitHub
可以先看看有没有partition table的binding
goroutine 1 [running]:
github.com/pingcap/tidb/executor.(*Compiler).Compile.func1()
/home/jenkins/agent/workspace/build-common/go/src/github.com/pingcap/tidb/executor…
14 天前
如果有增量日志，可以用reparo解析一下binlog看是drainer未同步到下游，还是本身pump记录就有问题。
https://docs.pingcap.com/zh/tidb/v6.5/tidb-binlog-reparo#reparo-使用文档，reparo配置文件 dest-type = “print” 可以打印出来看一下
16 天前
没有更多内容了