jingshi-ant
jingshi-ant
方便请教下你们使用cheetah协议的原因吗？相较于semi2k协议，cheetah的性能会慢不少，在测试覆盖上也没有那么全面。 大数据量下cheetah确实不排除存在死锁的bug，需要进一步去复现排查下。
生产上semi2k建议配合 TTP in TEE来使用，cheetah的话，我刚刚基于最新代码本地尝试复现，但100w的groupby没出现卡死。 和spu同学确认，cheetah于近期修复了throttle window的死锁问题以及大数据量切片卡死的问题。 建议：修改spu的依赖编译新的镜像；或者等我们4月中的更新~
简略步骤如下，供参考~： 1.修改engine/bazel/engine_deps.bzl中的spulib，例如可以将tag 0.7.0b0改为最新的0.9.0dev20240321 同步修改prefix、sha256等字段 2.编译新镜像：bash docker/build.sh -c 3.更新docker-compose.yml文件，修改指定新的镜像，并重新拉起container
因为版本跨度大，实际编译中可能会遇到各类问题，也可以试试更旧一点的tag：0.8.0b0
我刚刚从2月的版本开始试了几个，也是有编译问题无法编译成功。。 是否可以考虑下短期先使用semi2k来串流程？验证阶段再升级下我们4月份的版本，确认cheetah的fix效果~ （实在业务紧急的话，也有我们提供fix的镜像之类的方式，但这些都有安全流程要走，比较繁琐）
现在的latest镜像已经更新了~（配置项有变动，直接在老环境升级可能run不起来） stable以及0.6.0的镜像预计月中发布
@shenpeilin 1.6的版本已经发布了，对应的镜像也更新到dockerhub中了，知悉~ https://github.com/secretflow/scql/releases/tag/0.6.0b1
oceanbase需要配合oceanbase proxy使用， scql engine没法直接访问oceanbase。
对于engine的datasource配置，使用全大写的POSTGRESQL试下。 对于broker，暂时只支持mysql/sqlite，不支持postresql。
您好，我们之前没测试验证过达梦数据库，建议您核对其接入api确认是否能接入到SCQL。 BTW：CSVDB/ARROWSQL应该可以先排除，有环境的话，其它的不妨先尝试下。