普通用户连不上admin_port，是因为该端口仅对拥有connection_admin权限的用户开放；root等账号若未显式授予该权限则无法连接，且需匹配认证插件（如mysql_native_password）并使用对应端口（如33062）才能执行show processlist、kill等操作。
为什么普通用户连不上 admin_port，哪怕配了 admin_port？
因为 admin_port 不是“免密后门”，它只对拥有 SERVICE_CONNECTION_ADMIN 或 CONNECTION_ADMIN 权限的用户开放（MySQL 8.0.14+ 中权限名已统一为 CONNECTION_ADMIN）。很多 DBA 配完 admin_address 和 admin_port 后直接用 root 尝试连接却失败，原因就是 root 账号本身没显式授予该权限。
给应用账号授予 CONNECTION_ADMIN 的实操步骤
别给业务账号全权限，但连接池健康检查或故障时需要“挤进去看一眼”，这时只需最小化授权：
CREATE USER 'pool_admin'@'192.168.1.%' IDENTIFIED BY 'StrongPass2026!';GRANT CONNECTION_ADMIN ON *.* TO 'pool_admin'@'192.168.1.%';FLUSH PRIVILEGES;
注意：这个账号不能用于日常业务查询，仅用于连接 admin_port 执行 SHOW PROCESSLIST、KILL 等诊断操作。主机段建议精确到应用服务器网段，避免 % 泛授权。
HikariCP / Spring Boot 连接池如何用上这个权限账号？
连接池默认走的是主端口 3306，而 CONNECTION_ADMIN 是为 admin_port（如 33062）准备的——所以你得单独配一个“管理连接池”，而不是混在业务池里：
- Spring Boot 中不要把
pool_admin配到spring.datasource.url；而是另起一个@Bean，URL 指向jdbc:mysql://localhost:33062/?useSSL=false - HikariCP 初始化时需显式设置
connection-init-sql="SET DEFAULT ROLE 'pool_admin'"——但注意，角色不能替代权限，这里只是确保会话生效，真正起作用的是CONNECTION_ADMIN权限本身 - Java 代码中调用管理连接时，必须用
pool_admin用户 +admin_port，否则权限不触发
容易被忽略的兼容性细节
MySQL 8.0.14 之前版本没有 CONNECTION_ADMIN，只有旧版 SERVICE_CONNECTION_ADMIN；而 8.0.29+ 开始，SERVICE_CONNECTION_ADMIN 已被标记为废弃。如果你的应用要支持多个小版本，建议：
- 先查当前实例权限列表：
SELECT * FROM information_schema.role_table_grants WHERE grantee LIKE '%pool_admin%'; - 在部署脚本里加判断：
SELECT VERSION();再决定执行GRANT CONNECTION_ADMIN还是GRANT SERVICE_CONNECTION_ADMIN - 认证插件必须匹配：如果用的是老 JDBC 驱动（
mysql-connector-java 5.1.x），创建账号时得指定IDENTIFIED WITH mysql_native_password，否则即使权限对，也卡在握手阶段
真正关键的不是“能不能连 admin_port”，而是“连上去之后能不能执行 KILL 或 SHOW PROCESSLIST”——这两个操作依赖 CONNECTION_ADMIN，缺一不可。漏掉权限授予或认证方式不匹配，都会让整个管理通道形同虚设。
