新特性解读 | MySQL 8.0.28 用户连接内存限制

以往 MySQL 想要限制单个连接的内存，只能小心翼翼的设置各种 SESSION 变量，防止执行某些 SQL 导致单个连接的内存溢出！ 能不能直接在 MySQL 服务端包含这样一个功能，简化数据库的运维呢？

MySQL 最新版本 8.0.28 在前几天发布，其中有一项新功能就是在数据库侧来限制单个连接内存，着实有点小兴奋。

管理员端设置内存限制参数上限：为了尽快看到效果，设置为最小值。

创建一个新用户 tt1 ，并赋予基于库 ytt 的只读权限。

创建一张表，插入一行记录： 这里使用 longtext 数据类型能让查询结果更快内存溢出。

用户 tt1 登录验证：对字段 r1 进行简单 GROUP BY 检索 ， 报连接内存超出设定限制错误，连接关闭。

不过这个新功能对管理员和内置用户不生效。 用 ROOT 用户重新登录 MySQL 执行刚才那条 SQL ：

一、mysqld 进程没有正常运行遇到这种情况首先到服务器上看看 mysqld 进程是否活着，采用的命令：

二、客户端不能和进程 mysqld 通信如果 MySQL 服务器上的 mysqld 进程运行正常，我们再看看客户端能不能和 mysqld 进行通信，使用下面的命令进行网络连通的测试：telnet localhost 3306

如果本地能通，再到客户端的机器上把 localhost 换成 MySQL 服务器的 ip 地址进行测试。如果不能通，通常有两种原因，一种原因是 OS 或网络的问题，或者是防火墙；另一种原因是 mysqld 自身根本没有侦听客户端的连接请求， mysqld 启动后对于客户端的侦听是分三种情况。

第一种情况

是使用参数 --skip-networking 跳过侦听客户端的网络连接，用下面的命令我们可以看到 MySQL 根本没有侦听 3306 端口。

第二种情况

使用参数 --bind-address 后面增加对客户端访问 IP 地址的限制，例如只侦听本地的连接

三、账户密码的问题最后一种情况是账户密码的问题，应付这种情况我们有个有力的工具就是查看 MySQL 的 error log， error log 记载信息的详细程度上由参数 --log-error-verbosity 进行控制的

---