Used: 438105027512, Limit: 438103947386. Mem usage has exceed the limit of single query, You can change the limit by set session variable exec_mem_limit目前我设置比较这个限制的值大,还是报错超出限制,

我看您发的这些表 有些表在10tds第三版本是没有的

您那边测试的是那个版本的呢,可以不可以针对我们这个版本给点建议呢

我在优化您给的10tds第三版本.txt和tpc-ds99个sql-starrocks.sql
call_center:54
catalog_page:40000
catalog_returns:1440033112
catalog_sales:14399964710
customer:64405602
customer_address:32500000
customer_demographics:1920800
date_dim:73049
dbgen_version:0
household_demographics:7200
income_band:20
inventory:1311525000
item:402000
promotion:2000
reason:70
ship_mode:20
store:1500
store_returns:2879973565
store_sales:28799983766
time_dim:86400
warehouse:25
web_page:4002
web_returns:720020485
web_sales:7199963324
web_site:78
发现这里的表 有些在10tds第三版本是没有的,没有就是不测试了吧?

我们是按照目前这个提供的表和sql 测试的,看看能不能根据我们这边给点建议呢

就像call_center,catalog_page有些表结构没有,但是在tpc-ds99个sql-starrocks.sql是有的,能把10tds第三版本.txt的表补满吗?

好的可以的我现在补一下

10tds第三版本.txt (37.4 KB) 麻烦您查收一下

快改好了,下午3点前发您

非常感谢您,对麻烦问一下昨天sql5 hash join 的问题目前有进展吗?麻烦您帮忙看一下

10tds第三版本.txt (37.6 KB)

好的,谢谢您我们参照您的修一下

要不你把tcph的表结构,SQL,数据量发我看看 谢谢

嗯嗯好的我现在发一下10t-h.txt (18.4 KB)

好的 我尝试优化一下,tcpds测试如有问题 我们一起排查

tpch就是我们昨天看那个问题 就是sql5 一直hash join 超出范围

tcpds 优化过,先测试能不能全部跑通,性能是否满足,tcph 优化后看是否有时间再测一次

嗯嗯好的,我们测试一下,提升内存和cpu的利用率的话参数应该调整哪些

2.3.0
enable_pipeline_engine=true
parallel_fragment_exec_instance_num=1
pipeline_dop=0
exec_mem_limit = 515396075520

be.conf
mem_limit=95%

2.3.1 版本是不是性能方面是不是会更好一些

性能一致,修复了bug