MySQL 5.7+ 如何精细化管理用户并发连接
在数据库运维中，有时我们需要对特定用户的资源使用进行约束，比如限制其最大并发连接数。MySQL 从5.7版本开始，提供了一个非常直接的参数：MAX_USER_CONNECTIONS。通过它，你可以为每个用户设置独立的连接数上限，设为0则表示不限制。一旦用户连接数超过配额，MySQL会明确返回ER_USER_LIMIT_REACHED错误。要确认某个用户的设置，通常需要查询mysql.user系统表。
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后找不到这个设置，感到困惑。原因在于，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（全小写，带下划线），不是语句中的大写形式。 - 存储类型：该值在表中以整数形式存储。
- 特殊值-1：如果查出来是
-1，代表“继承全局默认值”，即该用户的限制由max_user_connections这个全局变量决定（该变量默认为0，即不限）。
连接数超限后客户端收到什么错误
当用户的连接数达到上限，新的连接尝试会被MySQL直接拒绝。服务端会返回标准错误码 ER_USER_LIMIT_REACHED，具体的报错信息类似于：
User ‘appuser’ has already more than ‘5’ active connections
这个提示会出现在客户端的连接日志或失败堆栈信息里。需要注意的是，因为连接根本没有建立成功，所以这不会表现为一条SQL执行错误。在应用层，这通常会被感知为“Connection refused”或连接超时。排查时，需要结合MySQL的错误日志来确认是否真的是并发数触顶。
- 快速定位：在MySQL错误日志中搜索
User .* has already more than这个模式，可以快速找到相关记录。 - 客户端行为：像PHP PDO、Ja va 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个连接槽位可能会被长期占用，导致后续所有请求都被拒绝。所以说，参数限制只是一个兜底的保险，做好连接生命周期的管理，才是解决问题的根本。
