|
关于“日常运维”分类
|
|
1
|
981
|
2020年08月01日
|
|
存算一体 3.3.13版本 compaction score MAX_CS显示都是0，显示不正常？
|
|
1
|
19
|
2025年12月18日
|
|
副本修复异常
|
|
3
|
37
|
2025年12月16日
|
|
3.3.14版本升级到3.4.7版本后BE节点连续崩溃，升级失败
|
|
5
|
401
|
2025年12月16日
|
|
磁盘空间异常
|
|
3
|
361
|
2025年12月11日
|
|
CN节点 S3 数据访问404
|
|
1
|
30
|
2025年12月09日
|
|
oracle jdbc外部表日期查询报错
|
|
13
|
1056
|
2025年12月08日
|
|
【数据库升级-元数据相关】
|
|
4
|
71
|
2025年12月06日
|
|
fe节点从与be混布剥离为独立部署后,starrocks fe不定时挂掉
|
|
1
|
64
|
2025年11月28日
|
|
“集中式存储 + 分布式数据库” 这个组合，在我们这儿到底是“黄金搭档”还是“死亡组合”？
|
|
2
|
76
|
2025年11月28日
|
|
存算分离集群 对象存储数据无法删除
|
|
25
|
563
|
2025年11月26日
|
|
关于StarRocks在共享集中式存储（SAN）上的部署兼容性与风险咨询
|
|
2
|
69
|
2025年11月26日
|
|
http客户端共用时，写不同表是否会有问题 。
|
|
1
|
47
|
2025年11月26日
|
|
查询错误命中同步物化视图导致查询报错
|
|
2
|
87
|
2025年11月26日
|
|
UnhealthyTabletNum完全不减少数量
|
|
1
|
89
|
2025年11月18日
|
|
starrocks 3.1.17 插入数据锁库，查询超时
|
|
7
|
171
|
2025年11月18日
|
|
fe jvm太高
|
|
14
|
235
|
2025年11月16日
|
|
fqdn组件集群，pod下电再上电后，FE和BE通信存在问题，一段时间后自动恢复
|
|
14
|
395
|
2025年11月14日
|
|
单副本主键表Build Exec OlapScanNode fail手动恢复方法
|
|
1
|
91
|
2025年11月11日
|
|
主键也是分桶键也是排序键in一个值查询要5秒
|
|
1
|
79
|
2025年11月06日
|
|
大查询时，fe出现oom
|
|
1
|
147
|
2025年11月04日
|
|
be内存被metadata占满
|
|
1
|
187
|
2025年11月03日
|
|
BE 节点 crash
|
|
46
|
1708
|
2025年10月29日
|
|
数据库更新操作时频繁报错服务关闭*（3.3版本）
|
|
5
|
235
|
2025年10月29日
|
|
be宕机了三个
|
|
2
|
146
|
2025年10月28日
|
|
starrocks相关参数设置对服务器的影响询问
|
|
2
|
266
|
2025年10月27日
|
|
select，在数据量特别大时，如果想直接KILL这个sql，是无法kill掉，只能重启be让任务失败，任务失败以后发现，starrocks还在写入hive，导致namenode与datanode得rpc还是无法释放，只能全部把BE重启掉，这个
|
|
6
|
381
|
2025年10月27日
|
|
查询报错: Build Exec OlapScanNode fail, scan info is invalid,Failed to get scan range, no queryable replica found in tablet
|
|
8
|
4035
|
2025年10月25日
|
|
starrocks集群pip_wg_scan_io线程导致cpu负载不均衡
|
|
3
|
387
|
2025年10月22日
|
|
跨版本升级后，BE节点CPU异常100%
|
|
16
|
1055
|
2025年10月22日
|
