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目前我设置比较这个限制的值大,还是报错超出限制,

麻烦问一下,建bitmap 索引建几个比较合适呢

根据where条件有合适就建吧

你们那边10T tpch sql 大概跑多长时间方能说一下吗

tpcds有 100G 1T 10T的,tpch 有100G 1T, 10T的后面会有

数据均匀分布,建表的时候什么样的字段适合做数据分布key
DISTRIBUTED BY HASH(l_partkey,l_suppkey) BUCKETS

DISTRIBUTED BY HASH 就是要数据分布 不倾斜就是最好的了 建议1-2个值

tcpds 10t 您那边机器规模怎么样的

ds 我们今天调整完了,10t 建表语句发您了,有时间帮忙看看合适吗

8台 16C64G 正在优化 对外的报告还没有

10T的 你们8台,16C64G的 我们规模远大于你们,有时间你能帮我们看一下,我们还不是最优的

我在看那些建表语句 有没有tpch 的SQL 我要看着SQL才能知道如何优化表结构。。

我稍后发您,tpc-ds99个sql-starrocks.sql (164.1 KB)

提供的建表和SQL 都没找到partsupp这个表的?

给您提供这个是tcpds的,不是tcph的

是准备tcpds测试吧?

在测试中了,看到你们机器规模,我觉得我们这边有很大优化空间,所以麻烦您这边帮忙分析一下,通过数据量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

麻烦您看一下

服务器还是1FE 9BE吗?

是的,规模和之前是一样的