复现的话，api version 2，6.5.5前版本，建空表后，添加索引，可复现。社区有个类似修的，6.5.6就没问题了。但是api version 2是真坑。。。

看着是api version 2的时候。add index出问题了

看着有可能是这个原因。我看看能不能5.4复现，然后再v5.4.2以上试试

我这个看着是相反，应该是执行delete tikv数据删了，tiflash没删掉，能查tiflash数据出现。

操作太快了，数据都删完了，空表了。恢复tiflash =1也没数据了

我感觉你理解错了好像，rename了表名，tiflash里应该也rename了吧。

现在tiflash日志找不到相关表记录了，之前看查询执行走tiflash大概搜了一下没明显报错。怎么避免出现同样问题？

mysql> ALTER TABLE table_name SET TIFLASH REPLICA 0; Query OK, 0 rows affected (1.82 sec) mysql> mysql> select * from table_name where ds=‘2024-01-11’ limit 1; Empty set (0.01 sec) mysql> select * from table_name limit 1; Empty set (0.01 sec) select count() from table_name limit 1; ±--------…

应该是tiflash副本问题了。查询不到数据了 mysql> select * from table_name where ds=‘2024-01-11’ limit 1; Empty set (0.01 sec) mysql> select * from table_name limit 1; Empty set (0.01 sec) select count() from table_name limit 1; ±---------+ | count() | ±---------+ | 0 | ±---------+ 1 row in set (0.00…

看了一下各位大佬回复，这边问了一下业务人员，整理了一下所有操作流程。重建索引删除也无效 问题复现步骤： 1、hive2mysql任务（sqoop） 任务导入前提，delete from table_name where ds=‘导入日期’ 2、发现任务有问题，标记任务失败，实际application任务还在写入… 3、还行写入的时候，手动删除导入当天数据 delete from table_name where ds=‘2024-01-11’ 4、select * from table_name where ds=‘2024-01-11’ 查询不到数据，实际当天还有数据 5、更…

最后面回复贴了

select * from INFORMATION_SCHEMA.CLUSTER_TIDB_TRX; ±------------------±-------------------±---------------------------±-------------------±------------------------±------±-------------------±----------------±-----------------±-----------±-----±--------------±---------------------------------------…

建表语句 CREATE TABLE table_name ( weeks varchar(25) COLLATE utf8_unicode_ci DEFAULT NULL, type varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL, cnt_x bigint(11) DEFAULT ‘0’, avg_x double(11,4) DEFAULT ‘0’, xxx bigint(10) DEFAULT ‘0’, ds date DEFAULT NULL, KEY ds (ds) ) ENGINE=InnoDB DEFAULT C…

没有动过

SHOW INDEXES FROM table_name; ±----------------------------------±-----------±---------±-------------±------------±----------±------------±---------±-------±-----±-----------±--------±--------------±--------±-----------±----------+ | Table | Non_unique | Key_name | Seq…

重建后还没试过。我后续新建其他表名测一下。之前表rename了，上面测试部署是rename后的表

最后剩下的1726条数据，delete不加where条件也删不掉

有大概写入量级以及总存储量级别？

io hdd和ssd肯定区别很大，也测过单盘ssd和hdd io，单盘读写io看着理论上是满足的，如果没有热点这些问题，tikv实例多，读写好像才几十MB，所以想看看生产实践有没有hdd部署过tikv