MySQL 5.7+ 可用 CREATE USER 或 ALTER USER 直接设置单用户连接数限制（MAX_USER_CONNECTIONS），设为0表示不限制，需查 mysql.user 表确认值，超限返回 ER_USER_LIMIT_REACHED 错误。
MySQL 5.7+ 怎么给用户设 MAX_USER_CONNECTIONS
直接用 CREATE USER 或 ALTER USER 设置，不依赖全局配置。老版本（如 5.6）不支持该参数的动态设置，必须用 GRANT 配合 mysql.user 表手动更新（不推荐）。
常见错误：执行 SET GLOBAL max_user_connections = 10 —— 这是限制**所有用户总连接数**，和单个用户无关，别混了。
CREATE USER 'appuser'@'%' IDENTIFIED BY 'pwd' WITH MAX_USER_CONNECTIONS 5;- 已存在用户改限制：
ALTER USER 'appuser'@'%' WITH MAX_USER_CONNECTIONS 3; - 设为 0 表示“不限制”（注意：不是禁止连接，而是取消该用户的单独限制）
- 设为 1 表示最多只允许 1 个活跃连接，超时未释放的连接也会被计入
为什么 SHOW GRANTS 看不到 MAX_USER_CONNECTIONS
因为它是用户属性，不是权限，SHOW GRANTS 只显示 GRANT 权限语句。要查实际值，得查 mysql.user 表：
SELECT User, Host, max_user_connections FROM mysql.user WHERE User = 'appuser';
注意：修改后需执行 FLUSH PRIVILEGES 才能立即生效（MySQL 8.0.16+ 在使用 ALTER USER 时自动刷新，但低版本仍需手动刷）。
- 字段名是
max_user_connections（下划线，小写），不是MAX_USER_CONNECTIONS - 该值在
mysql.user表里存的是整数，不是字符串 - 如果看到
-1，代表“继承全局默认”，即由max_user_connections全局变量决定（默认为 0，即不限）
连接数超限后客户端收到什么错误
用户连接被拒绝时，MySQL 返回标准错误码 ER_USER_LIMIT_REACHED，具体报错信息类似：
User 'appuser' has already more than '5' active connections
这个提示会出现在客户端日志或连接失败堆栈里，但不会触发 SQL 错误（因为连接根本没建成功）。应用层通常表现为“Connection refused”或超时，需结合 MySQL 错误日志确认是否真因并发数触顶。
- 错误日志中搜索
User .* has already more than可快速定位 - PHP PDO、Java JDBC 等多数驱动不会自动重试，需自行加连接池或降级逻辑
- 连接池（如 HikariCP）若配置
maximumPoolSize > MAX_USER_CONNECTIONS，必然部分连接失败
和 wait_timeout、max_connections 的关系
三者完全独立，但协同影响连接行为：
-
max_connections是 MySQL 实例总连接上限，单位是“整个服务” -
MAX_USER_CONNECTIONS是单用户上限，单位是“每个账号” -
wait_timeout控制空闲连接存活时间，它影响的是“连接是否及时释放”，间接缓解并发堆积
容易被忽略的一点：即使设置了 MAX_USER_CONNECTIONS = 5，如果应用没正确关闭连接（比如忘了 conn.close()），这 5 个连接可能长期卡住，导致后续请求全被拒——所以限制只是兜底，连接生命周期管理才是关键。
