为了更快的定位您的问题，请提供以下信息，谢谢
【详述】问题详细描述
fe.conf中配置
default_bucket_num=48
CREATE TABLE `_persist_TABLE_s7K6J8GLZs` (
`shdh` varchar(1048576) NULL COMMENT "shdh",
`shje` double NULL COMMENT "shje"
) ENGINE=OLAP
DUPLICATE KEY(`shdh`)
COMMENT "分类汇总"
DISTRIBUTED BY RANDOM BUCKETS 16
PROPERTIES (
"bucket_size" = "4294967296",
"compression" = "LZ4",
"fast_schema_evolution" = "true",
"replicated_storage" = "true",
"replication_num" = "3"
);
建表时指定了buckets=16和 bucket_size, 但是实际的分桶数很多
分桶数据量非常小
select count() from _persist_TABLE_s7K6J8GLZs;
±---------+
| count() |
±---------+
| 2971 |
±---------+
1 row in set (0.01 sec)
表里只有3000行不到的数据, 但是有8000多个tablet
【背景】做过哪些操作？
【业务影响】
【是否存算分离】
【StarRocks版本】例如：1.18.2
【集群规模】例如：3fe（1 follower+2observer）+5be（fe与be混部）
【机器信息】CPU虚拟核/内存/网卡，例如：48C/64G/万兆
【联系方式】为了在解决问题过程中能及时联系到您获取一些日志信息，请补充下您的联系方式，例如：社区群4-小李或者邮箱，谢谢
【附件】
- fe.log/beINFO/相应截图
- 慢查询：
- Profile信息，获取Profile，通过Profile分析查询瓶颈
- 并行度：show variables like ‘%parallel_fragment_exec_instance_num%’;
- pipeline是否开启：show variables like ‘%pipeline%’;
- be节点cpu和内存使用率截图
- 查询报错：
- query_dump，怎么获取query_dump文件
- be crash
- be.out
- coredump，如何获取coredump
- 外表查询报错
- be.out和fe.warn.log