状态口与备份软件共用号
多产品共用号：TiDB 的 status_port 默认 10080，提供实例状态页与 /metrics 指标；历史上 Amanda 备份服务也在 IANA 注册了这个端口。扫描报告里遇到 10080，先要分清是本机数据库的状态口，还是备份软件在监听。
基本信息
| 服务 | TiDB status_port / Amanda 备份（IANA 注册） |
|---|---|
| 协议 | TCP/HTTP |
| 默认端口 | 10080 |
| 同族端口 | TiDB 4000（MySQL 协议）、20160（TiKV）、2379/2380（PD） |
| 暴露面 | 仅内网 |
典型使用场景
- 排障「查询卡死」：先看实例状态与 DDL 进度
- 采集 TiDB 指标接入 Prometheus
- 确认集群各组件是否全部存活
- 老环境里 Amanda 备份数据流也走这个号
- 资产测绘：区分数据库状态口与备份软件
状态与指标核对
状态与指标核对
curl -s http://tidb01:10080/status | head -c 300
curl -s http://tidb01:10080/metrics | head -c 200
ss -lntp | grep 10080
# Prometheus 抓取配置: targets ['tidb01:10080'] metrics_path /metrics排障与核对
| 检查项 | 做法 | 异常表现 |
|---|---|---|
| 实例状态 | curl -s http://tidb:10080/status | 无响应：实例未起或被网络策略拦 |
| 指标 | curl /metrics | 内容为空：抓取地址或路径配置错误 |
| 组件存活 | 状态页中的组件列表 | 缺少节点：集群存在未就绪实例 |
| DDL 进度 | 状态页中的 DDL 相关字段 | 长时间不动：DDL 卡住，需查实例日志 |
TiDB 的状态口不参与业务流量，只用于观测与排障，但信息量比业务口更大：包含内部版本与集群拓扑。它只应对运维与监控网段开放，不要把它当成监控口的替代品对业务网敞开。
端口族的记法
TiDB 集群每个组件周边都有成对端口：TiKV 的 20160 是组件通信、20180 是状态页；PD 的 2379 对外、2380 对内；TiDB 自身 4000 是业务口、10080 是状态口。记住「业务口加状态口」的配对方式，比死记数字更不容易在排查时找错页面。
Amanda 是早期 Unix 环境的集中备份方案，它在 IANA 注册的 10080 与 TiDB 只是数字重合；如果资产里跑的是备份软件，端口定性要按备份链路处理，而不是按数据库排查。
把状态口当监控口长期对业务网开放：它暴露集群内部版本与拓扑，为针对性攻击提供线索。
同号端口要按进程定性：本机跑的是数据库还是备份软件，决定了之后该看数据库日志还是备份任务日志，定性错了排查方向也跟着错。