drop table test1234表名不对吧

几个节点啊，如果节点数超过3个，有一个节点进入 physically_destroyed状态就会迁移region到其他节点,迁移完该节点就会自动缩掉不可逆。

用的最频繁的就是加索引和修改表字段。

你这集群是无人值守模式么，一看就很久不维护了

多折腾。事故越多，经验越丰富

貌似只有tiflash支持data_dir配置多个目录，tikv不支持。

变的很慢是什么意思，是有sql慢？

info日志可以忽略

可以试试 CloudCanal 支持从oracle迁移到tidb

那数据是平衡的，你查下是不是有其他文件占用了磁盘空间比如日志之类的

看下监控tsp-prod-tidb-cluster-Overview中kv的region分布呢？

数据库类型你选tidb

可以调整下参数 tidb_auto_analyze_partition_batch_size，加大并发量试试 [image]

有张表mysql.tidb 你直接update tikv_gc_life_time这个字段就行

我这大并发插入数据平均耗时是5毫秒

tidb节点挂了 先恢复正常再查br问题

/etc/ssh/sshd_config下面有个 PasswordAuthentication设置成yes

我都懒得设置免密 直接帐号密码安装 tiup cluster deploy xxx-cluster v8.0.0 topology.yaml --user root -p

原文解释是 PD supports fault-tolerance by embedding etcd. 在pd中嵌入了etcd，所以端口都一样