使用tiup cluster display <cluster-name>命令看下集群状态是否有异常情况。另外，当表的某个Region正在进行Split（分裂）或Merge（合并）操作时，该Region可能短暂不可用。这种情况通常不需要手动干预，等待操作完成即可。所以你要看下这个问题是偶尔性还是一直不可用

看下日志，有没有内存溢出导致的错误

ddl语句一般是租户不规律触发的，尤其是大表存在数据的情况下，更新表结构或者增加新字段的ddl语句效率问题

通过PD调度，tikv会定期向PD汇报心跳情况，如果指定周期内pd收不到tikv的心跳信息，会默认该节点不可用，会把该节点上的leader节点分给其他节点，进行数据的读写

目前用的版本比较稳定，几乎没出现过什么问题

资源使用率降低不是好事吗，只要集群没有问题能正常运行就好

并发量多大

以后的考试不区分版本了

有热点？

如果是分析型表，可以添加tiflash组件，比你添加时间分区和tikv节点效率要高

你有尝试在原表中插入一条超长的数据能否成功吗？

先增加一个新的tikv节点，成功后在系统盘根目录部署的那台机器进行缩容即可

技术贴回复才增加积分，你把回复信息的帖子截图发出来，查看帖子类型

pd server集成了etcd，由于etcd实现了Raft共识算法，以此来保证服务的高可用性和数据一致性。同时借助etcd的故障检测和恢复机制，PD能够自动处理节点故障并进行相应的重新配置和数据迁移，从而实现自动的failover

喜提一枚，终于攒齐了 [image]

直接把整个select语句关联试试呢

更新时最好使用主键条件，效率会高一些

应该是你的机器配置太低，达不到官方要求。根据你安装的组件，检查下各机器的硬件配置，是否满足最低要求

没有，雷总不给送