ALTER USER是MySQL 5.7+中为已有用户设置最大并发连接数的唯一有效方式；SET GLOBAL max_user_connections仅影响新用户默认值，不修改现存账号，且必须精确匹配User@Host、查mysql.user表验证、实测触发ERROR 1226，并确保连接池配置≤限制值。
ALTER USER 设置已有用户连接上限
对已存在的 MySQL 账号设限，ALTER USER 是唯一可靠方式。执行 SET GLOBAL max_user_connections = N 完全无效——它只影响后续新建用户的默认值，不会修改任何现存账号的 max_user_connections 字段。
必须严格匹配账号的 User@Host 形式，包括通配符和 IP 段：
ALTER USER 'app_user'@'10.20.30.%' WITH MAX_USER_CONNECTIONS 8;ALTER USER 'report_user'@'localhost' WITH MAX_USER_CONNECTIONS 1;- 若账号实际是
'app_user'@'127.0.0.1'，写成'app_user'@'localhost'就是另一个账号，限制不生效
修改后立即生效，MySQL 5.7.6+ 不需要 FLUSH PRIVILEGES。但命令成功不代表配置落地，必须查表验证。
CREATE USER 创建新账号时直接设限
上线新服务或初始化账号时，一步到位最安全。语法中 WITH 关键字不可省略，漏写会导致语句不报错但限制静默失效。
正确写法示例：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
CREATE USER 'api_user'@'192.168.5.%' IDENTIFIED BY 'xxx' WITH MAX_USER_CONNECTIONS 3;-
CREATE USER 'batch_job'@'10.0.10.5' IDENTIFIED BY 'yyy' WITH MAX_USER_CONNECTIONS 0;（0表示不限制，交由全局max_connections管控）
注意：GRANT ... WITH MAX_USER_CONNECTIONS 5 是错误用法，MAX_USER_CONNECTIONS 不是权限，不能通过 GRANT 设置。
验证是否真生效：查表 + 实测超限
仅看 ALTER USER 命令返回 Query OK 不代表成功。唯一可信路径是两步验证：
- 查表确认：
SELECT User, Host, max_user_connections FROM mysql.user WHERE User = 'app_user';—— 注意字段名是小写max_user_connections，不是驼峰或大写 - 实测触发：
mysql -u app_user -p -e "SELECT 1;"并发开第N+1个连接（N是你设的上限），应明确报错：ERROR 1226 (42000): User 'app_user' has exceeded the 'max_user_connections' resource (current value: 5) - 查实时活跃连接（需开启
performance_schema）：SELECT user, COUNT(*) FROM performance_schema.threads WHERE TYPE = 'FOREGROUND' AND user = 'app_user';
连接池配置必须 ≤ 用户限制值
这是最容易被忽略的落地环节。HikariCP 的 maximumPoolSize、Druid 的 maxActive、MyBatis 的 pool.max.size 等参数，必须 ≤ 对应数据库账号的 MAX_USER_CONNECTIONS 值。
否则应用启动或首次压测就会失败，日志里反复出现 ERROR 1226，连接池不会自动降级或重试。
多个微服务共用同一账号（如 'app'@'%'）时，总连接数会叠加突破限制——建议按实例拆分账号，例如 'app_web1'@'10.0.1.10' 和 'app_api2'@'10.0.1.11'。
