GBase 8a 分布键选不好，后面查询再怎么调都费劲

很多人做 GBase 8a 表设计时，更关注字段类型，反而把分布键当成“顺手一选”。实际上，分布键选得不合适，后面很容易出现节点忙闲不均、聚合慢、JOIN 慢这些问题。

常见分布键选择对比

比如下面这张订单明细表，如果直接拿 province_code 做分布键，前期可能看不出问题，数据量大了以后就容易出现热点节点。

create table dwd_order_detail (
    order_id        bigint,
    user_id         bigint,
    province_code   varchar(10),
    pay_amt         decimal(18,2),
    stat_date       date
);

如果业务里大量查询都按 user_id、order_id 关联或聚合，那分布键通常更应该优先考虑这些高基数字段。

参数层面怎么看

这些参数能缓解问题，但它们更多是“补偿”，不是“根治”。
真正决定后面稳不稳的，还是分布键选型本身。

一个经验

如果一条 SQL 只有个别节点特别慢，先别急着说是 SQL 写差了，先看看是不是分布键和业务场景压根就没对上。
GBase 8a 这种分布式架构里，分布键选型很多时候比单条 SQL 优化更重要。