GBase 8a 查询突然变慢，先别急着改 SQL，先看是不是数据倾斜

很多人一看到查询变慢，第一反应就是改 SQL。这个方向不一定错，但在 GBase 8a 这种分布式架构里，慢不一定是 SQL 本身写得差，也可能是某几个节点明显比别的节点更忙，最后把整体耗时拖长了。

比如下面这种聚合查询，看着很普通：

select shop_id, sum(pay_amt) as total_amt, count(*) as order_cnt
from dwd_trade_detail
where trade_date between '2026-03-01' and '2026-03-18'
group by shop_id;

如果 shop_id 分布不均，有的门店数据特别大，就容易出现某些节点压力很高、其他节点很闲的情况。表面上看是“查询慢了”，本质上可能是数据倾斜。

这种问题排查时，别只盯着 SQL 文本本身，最好一起看几个方向：
一是最近数据量有没有明显增长；
二是分布键是不是和聚合字段差异太大；
三是慢的时候到底是所有节点都慢，还是只有少数节点拖后腿。

如果是后者，那优先级就不是“继续改 SQL”，而是先看分布设计和节点执行差异。

有时候大家会习惯直接写：

select *
from dwd_trade_detail
where trade_date between '2026-03-01' and '2026-03-18';

这种写法在分析型场景里也不太建议。字段拿得越多，扫描和中间结果都会变重。能只查必要列，就尽量不要 select *。