【 TiDB 使用环境】测试环境 【 TiDB 版本】6.1.1 【遇到的问题】tidb_isolation_read_engines修改为["tiflash","tidb"]后,DM同步报错,valid values can be 'tikv' 【复现路径】
做过哪些操作出现的问题`
修改了实例级别的Engine 隔离,改为了[“tiflash”,“tidb”]
【问题现象及影响】DM同步报错,no access path for table ‘gdsc_onlineddl’ is found weith ‘tidb_isolation_read_engines’=‘tiflash,tidb’,valid values can be ‘tikv’
【附件】
请问这种需要怎么修改呀~
应该改为[“tiflash”,“tikv”],不是“tidb”…
Ming
3
我想用的是全部用tiflash,查询速度快,不想让它选择tikv。加上"tikv"的话,有些sql会走tikv
要分什么类型的查询,不是所有查询都是tiflash比较快,如单通过索引查找少数行是用tikv就比较快
我理解的是 走tikv 还是周tiflash 是由sql 及其执行计划 计算 后走 cost 的那
HACK
(DBS)
7
如果你的SQL数量还可以的话,你可以把所有SQL执行一遍,看看是走tiflash还是走tikv,根据实际执行效率,然后进行engine的隔离操作。
tidb的选择不一定是准确的,多少还得人工干预一下。
我们大部分是自定义聚合操作,给bi报表使用的,整体上还是tiflash快,所以我就想让所有的sql,都走tiflash,改了参数配置之后,sql查询都正常,没啥问题,而且比优化器自动选择的,效果会好。然后DM同步报错了,说是找不到tikv
最后通过其他途径解决了强制mpp问题。
SELECT @@tidb_partition_prune_mode;
- 动态裁剪模式
TiDB 访问分区表有两种模式,dynamic 和 static,目前默认使用 static 模式。如果想开启 dynamic 模式,需要手动将 tidb_partition_prune_mode 设置为 dynamic。
system
(system)
关闭
11
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。