6033 是什么
6033 是业务连接 ProxySQL 的 MySQL 端口：应用像连普通 MySQL 一样连到 6033，由 ProxySQL 转发到后端主从，读写分离、连接池与查询规则都在这里生效，后端真实的 3306 通常不直接对应用开放。排障要点是同时看两端：应用连不上时，既要确认 6033 是否正常，也要确认 ProxySQL 到后端 3306 的连通性与后端节点状态。
基本信息
| 服务 | ProxySQL MySQL 接口（默认 6033） |
|---|---|
| 协议 | TCP，MySQL 协议 |
| 用途 | 业务侧数据库接入与读写路由 |
| 安全等级 | 仅应用网段 |
| 相关端口 | 6032 管理接口，3306 后端实例 |
典型使用场景
- 读写分离：写请求走主库，读请求分发到从库
- 连接池：避免应用直连导致连接数暴涨
- 故障切换：主库切换时由中间层收敛影响
- 查询规则：对特定语句做路由或缓存
- 灰度与限流：在中间层做访问控制
- 迁移过渡：后端实例变更时保持应用连接串不变
两层连通性验证
两层连通性验证
mysql -h proxysql01 -P6033 -uapp -p -e 'SELECT @@hostname, @@port' # 看实际落到哪个后端
mysql -h 127.0.0.1 -P6032 -uadmin -p -e "SELECT hostgroup_id, srv_host, srv_port, status FROM runtime_mysql_servers" # 管理接口核对后端健康
mysql -h proxysql01 -P6033 -uapp -p -e 'SELECT 1' # 最小连通性验证两层端口的分工
| 层 | 端口 | 作用 |
|---|---|---|
| 应用侧 | 6033 | 业务连接入口，负责读写路由 |
| 管理侧 | 6032 | 管理员查询后端与规则 |
| 后端实例 | 3306 | 真实 MySQL 实例，通常不对应用开放 |
ProxySQL 的管理接口在 6032，只应监听本机或运维网段：它能修改路由规则与后端配置，权限等同于数据库入口。
应用直连后端 3306 会绕过全部中间层策略，读写分离与限流静默失效，故障时数据流向也难以还原。
主库切换后如果 ProxySQL 的后端状态没有更新，会出现「连接正常但写入失败」，排查要从管理接口的服务器状态看起。
连接池参数要与应用侧池配合：两层都设得很大时，数据库侧连接数仍可能被打满。
上线前建议做一次「绕过自检」：在应用服务器上直接连后端 3306，如果能连通，说明网络策略并未真正收敛，读写分离随时可能被绕过。