insert overwrite之后 元数据不一致

为了更快的定位您的问题,请提供以下信息,谢谢
【详述】问题详细描述
有三台节点, jdbc连接带负载均衡
在第二台机器上执行的insert overwrite t1 select * from t2, 第二台机器 上有审计日志
insert跑完之后 然后在第一台机器上执行count() from t1, 当时执行的行数是和写入之前没的变化的
再过一段时间之后没有任何的写入操作, 行数就是正确的写入之后的行数了.
请问是不是insert overwrite 之后 元数据还没有同步完成 就返回成功了.
后面查询count(
)又是直接下推到元数据查询了, 结果元数据行数就不对了?

【背景】做过哪些操作?
【业务影响】
【是否存算分离】
【StarRocks版本】例如:3.3.2
【集群规模】例如:3fe(3 follower+0observer)+3be(fe与be混部)
【机器信息】CPU虚拟核/内存/网卡,例如:16C/64G/万兆
【联系方式】为了在解决问题过程中能及时联系到您获取一些日志信息,请补充下您的联系方式,例如:社区群16-可乐鸡或者邮箱,谢谢
【附件】

  • fe.log/beINFO/相应截图
  • 慢查询:
    • Profile信息
    • 并行度:show variables like ‘%parallel_fragment_exec_instance_num%’;
    • pipeline是否开启:show variables like ‘%pipeline%’;
    • be节点cpu和内存使用率截图
  • 查询报错:
  • be crash
    • be.out
  • 外表查询报错
    • be.out和fe.warn.log

leader上肯定是准的,非leader需要看下是不是元数据同步比较慢,可以看下show frontends里面的journalid差距大吗

有办法强一致吗 同步完成之后再返回写入成功

这个是偶发的 主要是夜间 跑的任务很多 元数据操作频繁

有办法避免吗?我出现同样现象,并且无法选举leader

不同fe保证的最终一致,一般元数据同步都是秒级完成,你看下你们不同fe之间是不是同步比较慢,看下差距多大呢

无法选举leader应该不是一个问题,重新开帖子补充下日志