tiup ctl:v7.5.0 pd -u pd_ip:pd_port member 这样
tiup ctl:v7.5.0 pd member 看下pd状态
按理说仅仅一次性灌入100万数据后不应该在2、3个小时内analyze好几次
文件没传上来,看报错信息里的"] limit:128, 感觉像是超过了某种限制
ps -ef|grep tidb-server 看tidb的进程里
show variables like ‘%analyze%’; 看下你现在的配置。 可以再用个新表同样灌入100万数据 show stats_meta where table_name=‘xxxx’ 观察下变化
3 4 5 操作 不显示开启事务直接建表能行不 ?
ps -ef 看看你的tidb 进程里还有原来的pd信息吗
也搜下error日志 看看有没有报tidb连接某个pd有问题的
你把报error的start_key解析下 select TIDB_DECODE_KEY(‘star_key值’) 然根据解析出来的table_id 在Information-schema.tables里的tidb_table_id 看下这个表还有吗?
好多error , pd做过扩缩容? tiup cluster display看下
select * from mysql.tidb 找到tikv_gc_leader_desc 主机 看下这个的tidb.log ,搜gc_worker看看有啥报错 或者直接dashboard的日志搜索里搜gc_worker
GC有问题,show variables like ‘%gc%’; select count(*) from mysql.gc_delete_range ; 看下这2个
先看下最近的tikv-details → gc 监控