8030 是什么
8030 是国产 OLAP 数据库 StarRocks 与 Apache Doris 的 FE（前端节点）Web 端口惯例：用于查看查询 Profile、集群状态与节点信息，而 MySQL 协议接入走 9030。两套产品的端口布局接近，从传统数仓或大数据平台迁移过来的团队常把二者名称混用，排查前先确认后端到底是哪一家、FE 有几个副本。
基本信息
| 服务 | StarRocks 或 Apache Doris 的 FE |
|---|---|
| 协议 | TCP，HTTP（Web 与接口），SQL 走 9030 |
| 用途 | 集群监控、查询 Profile、SQL 接入 |
| 安全等级 | 仅数据网段 |
| 相关端口 | 9030 为 MySQL 协议端口 |
典型使用场景
- 查询分析：查看慢查询与 Profile 定位瓶颈
- 集群巡检：确认 FE 与 BE 节点状态
- SQL 接入：客户端通过 9030 执行查询
- 版本升级：滚动升级前后的状态核对
- 权限收敛：限制界面来源，避免结构与查询信息外泄
- 容量规划：结合节点指标评估扩容需求
服务信息与节点状态核对
服务信息与节点状态核对
curl -s http://fe01:8030/api/show_proc 2>/dev/null | head -c 200 # 查询信息接口
mysql -h fe01 -P9030 -uroot -e 'SHOW BACKENDS' # 核对后端节点状态
ss -lntp | grep -E '8030|9030' # 主机侧确认两个端口
# 生产环境请用最小权限账号，不要沿用示例里的 root端口与用途对照
| 端口 | 用途 | 注意点 |
|---|---|---|
| 8030 | FE 的 Web 与接口 | 暴露后库表结构与查询信息可被读取 |
| 9030 | MySQL 协议接入 | SQL 执行入口，需要强口令 |
| 8040 | BE 的 HTTP 接口 | 以实际版本配置为准 |
FE 的界面与接口暴露在办公网时，任何人都能查看库表结构与慢查询，这些信息足以拼出业务数据模型，来源限制是基本要求。
用 root 直连 9030 是很多部署示例的默认写法，生产环境应改为最小权限账号，并避免设置空口令。
StarRocks 与 Doris 的端口布局接近但不完全一致，跨产品排查时以对应版本的部署文档为准，别照搬另一家的端口表。
FE 有多副本时，SQL 接入通常经负载均衡统一入口，排查要先确认 VIP 后面挂了哪些 FE 节点。
FE 的查询接口会返回正在执行的语句与耗时，运维拿它做巡检很方便；但一旦对外开放，等于把 SQL 与库表结构一起公开。
数据导入与后台合并任务的状态也会在 FE 上体现，排查「写入变慢」时先看这些状态，比直接钻到存储节点里找更快。