首页/网络/常用端口速查/6032 ProxySQL 管理接口

6032 ProxySQL 管理接口

MySQL 中间件 ProxySQL 的管理口:用 mysql 客户端连 6032 改路由规则、查连接池,权限等于整个数据链路。

常用端口速查网络更新于 2026-10-13

6032 是什么

6032 是 ProxySQL 的管理端口:ProxySQL 是跑在应用与 MySQL 之间的数据库中间件,业务流量走 6033,运维改配置走 6032。管理口本身用 MySQL 协议通信,用任意 MySQL 客户端连上去就能增删后端节点、调整读写分离规则与连接池参数,正是这种「一条 SQL 改全局路由」的能力让它成为高价值目标。

基本信息

服务ProxySQL admin 接口(业务口 6033)
端口/协议6032(默认),MySQL 协议
默认凭据admin / admin(首次部署必须修改)
管理对象后端 MySQL 节点、路由规则、连接池、用户与查询规则
持久化配置存于内存库,需 SAVE 到磁盘库才能在重启后保留
安全等级仅 DBA 网段可达

典型使用场景

  • 读写分离排障:查看 mysql_servers 中各节点的权重与状态
  • 连接池巡检:观察 stats_mysql_connection_pool 里的活跃连接与等待
  • 变更后端:新加从库或摘除故障节点后在线生效
  • 查询规则维护:把慢查询或大事务定向到指定后端
  • 灰度与回滚:调整权重逐步导流,异常时快速改回
  • 安全核查:确认管理口绑定地址、默认口令是否已改、能否被业务网段访问

连接与常用查询

连接与常用查询
mysql -h127.0.0.1 -P6032 -uadmin -p            # 连管理口(口令建议用交互输入)
SELECT * FROM mysql_servers;                    # 后端节点与权重
SELECT * FROM stats_mysql_connection_pool;      # 连接池实时状态
SELECT * FROM mysql_query_rules WHERE active=1; # 生效的查询规则
LOAD MYSQL SERVERS TO RUNTIME; SAVE MYSQL SERVERS TO DISK;   # 改完先生效再落盘
ss -lntp | grep -E ':(6032|6033) '              # 核对监听地址与进程

排障时看什么

对象怎么看异常表现
后端节点状态mysql_servers 表节点被标记为 OFFLINE 但无人知晓,流量已切走
连接池stats_mysql_connection_pool连接数打满、等待堆积,应用侧报连接超时
生效与磁盘差异runtime / disk 库对比改完未 SAVE,重启后被回滚
监听地址ss -lntp 输出的绑定地址6032 绑在 0.0.0.0 且未改默认口令
ProxySQL 的配置分内存库与磁盘库:只有 LOAD 到 runtime 才生效,只有 SAVE 到 disk 才能在重启后保留。改完配置不落盘,是「重启后路由规则莫名回退」的常见原因。
管理口默认 admin/admin 且很多部署把它绑在 0.0.0.0。这等于把「改写全站数据库路由」的开关暴露在内网:务必改口令、限制来源网段,最好只允许本机或跳板机访问。

易错点

  • 默认管理员口令不修改且监听全网卡:内网任意主机都能改路由规则与后端权重
  • 改动只 LOAD 不 SAVE:重启后配置回退,故障复现难以解释
  • 把 6032 当成业务端口在防火墙上整段放行:管理面被当作数据面开放,暴露面失控
  • 把 6032 与 6033 混淆:连错端口后直接改配置,未做变更评审

数据来源与参考

  • ProxySQL 官方文档(admin 6032 / MySQL 6033)

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌