Oldletter

@KJH 这么离谱最高是 2.1.7 卧槽
明天我有空给你试试 我这本地好像是 2.1.11

你这个场景是强依赖 RF 过滤大表，统计信息不准的时候 Doris 可能会把 RF 裁掉。先把 RF 裁剪关掉，看 Profile 里面 RF 有没有正常下推、有没有生效。

另外我觉得这个增量驱动表没必要用主键模型。它本质上只是一个小的驱动表，每 5 分钟重建一次，用来过滤大表，不是真正的业务 upsert 表。可以考虑改成 Duplicate Key 表，加一个 batch_id ，每轮写一批新的数据，查询时带 batch_id 过滤，跑完再清老批次。这样比反复刷新同一张主键表更稳，统计也更容易控制。

如果还不行，可以临时用手动注入统计信息兜底。反正这个小表大概就是 3 ～ 5 万行，不需要特别精确，只要别让优化器以为它是 0 行就行。

最后建议升级一下 2.1 的小版本。2.1 早期在 row count 、统计信息、RF 这块确实有一些坑，后面的小版本修过一些类似问题。我记得 2.1.8 和 11 都修复过问题，升级完版本不行的话再调参数，按理说你这个最好不行就上新的版本算了。

这个不是 llm 大模型擅长的，还是要靠自己标注然后做训练，麻将的万字牌训练时候还是比较麻烦的，尤其是这种视角

他这个有点阅读理解,这个许可证是 jdk17 那个时候改的,
我的理解是 JDK17 的免费和 JDK8u221 之前一样,前三年的版本都是免费的,比如 17.0.12 及以下都是免费,使用的是 NFTC 授权,但是有些人认为会自动切换到 OTN 授权,这部分确实有点阅读理解,上述的同样适用于 jdk21 25 等 LTS 版本,不过我不知道你们为啥会选择 Oracle 的 jdk,在 jdk11 之后 openjdk 和它基本一样的,除了缺了点安全签名和部分的认证.建议选择一个大厂的 openjdk,以下列表有部分常用的,推荐 bellsoft 的
https://www.injdk.cn/

45 32 49 哎

我感觉 您可以尝试 https://github.com/somta/Juggle

@ha2ha 是的,你整个不带 avx2 的镜像试试 或者你执行下 cat /proc/cpuinfo |grep avx2 然后贴出来

如果是 be 总挂,我怀疑你机器没有 avx2 的指令集,你去下载一个不依赖 avx2 的然后从新部署试试

算是之前维护的成员
转移第三方了,之后应该主要维护不变,具体变动过两天就知道了,放心初心不变.