tidb_isolation_read_engines修改为["tiflash","tidb"]后,DM同步报错

【 TiDB 使用环境】测试环境 【 TiDB 版本】6.1.1 【遇到的问题】tidb_isolation_read_engines修改为["tiflash","tidb"]后,DM同步报错,valid values can be 'tikv' 【复现路径】做过哪些操作出现的问题`
修改了实例级别的Engine 隔离,改为了[“tiflash”,“tidb”]
image

【问题现象及影响】DM同步报错,no access path for table ‘gdsc_onlineddl’ is found weith ‘tidb_isolation_read_engines’=‘tiflash,tidb’,valid values can be ‘tikv’
【附件】
image


请问这种需要怎么修改呀~

应该改为[“tiflash”,“tikv”],不是“tidb”…

https://docs.pingcap.com/zh/tidb/stable/tidb-configuration-file#isolation-read

我想用的是全部用tiflash,查询速度快,不想让它选择tikv。加上"tikv"的话,有些sql会走tikv

要分什么类型的查询,不是所有查询都是tiflash比较快,如单通过索引查找少数行是用tikv就比较快

我理解的是 走tikv 还是周tiflash 是由sql 及其执行计划 计算 后走 cost 的那

如果你的SQL数量还可以的话,你可以把所有SQL执行一遍,看看是走tiflash还是走tikv,根据实际执行效率,然后进行engine的隔离操作。

tidb的选择不一定是准确的,多少还得人工干预一下。

我们大部分是自定义聚合操作,给bi报表使用的,整体上还是tiflash快,所以我就想让所有的sql,都走tiflash,改了参数配置之后,sql查询都正常,没啥问题,而且比优化器自动选择的,效果会好。然后DM同步报错了:joy:,说是找不到tikv

  1. 可以尝试先将一个 tidb_server 改为此配置,看看是否可以成功?
  2. 是否所有表都有 tiflash 副本?

最后通过其他途径解决了强制mpp问题。
SELECT @@tidb_partition_prune_mode;

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。