MysqlMySQL

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

2022-03-07  本文已影响0人  爱可生开源社区

作者:杨涛涛

资深数据库专家,专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生,为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。

本文来源:原创投稿

*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。


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

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

MySQL 8.0.28 与此功能有关的几个新参数如下:
  1. connection_memory_limit:核心参数!用来限制单用户连接的内存上限值,默认为 BIGINT UNSIGNED 的最大值:18446744073709551615 字节,最小为2MB。
  2. global_connection_memory_tracking:设置是否开启对连接内存功能的追踪,并且把连接内存数据存入状态变量 Global_connection_memory 。为了性能考虑,默认关闭。
  3. connection_memory_chunk_size: 在参数 global_connection_memory_tracking 开启的场景下,设置状态变量 Global_connection_memory 的更新频率。
接下来我们体验下这个新特性。

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

localhost:(none)>set global connection_memory_limit=2097152;
Query OK, 0 rows affected (0.00 sec)

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

localhost:(none)>create user tt1 identified by 'tt';
Query OK, 0 rows affected (0.03 sec)

localhost:(none)>grant select on ytt.* to tt1;
Query OK, 0 rows affected (0.02 sec)

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

localhost:ytt>create table t(id int primary key, r1 longtext);
Query OK, 0 rows affected (2.39 sec)
localhost:ytt>insert t values (1,lpad('mysql',6000000,'database'));
Query OK, 1 row affected (0.63 sec)

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

debian-ytt1:ytt>select count(r1) from t group by r1;
ERROR 4082 (HY000): Connection closed. Connection memory limit 2097152 bytes exceeded. Consumed 7094928 bytes.

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

root@debian-ytt1:~# mysql -S /tmp/mysqld_3306.sock
...

localhost:(none)>use ytt
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
localhost:ytt>select count(r1) from t group by r1;
+-----------+
| count(r1) |
+-----------+
|         1 |
+-----------+
1 row in set (0.03 sec)


可以看到,管理员可以正常执行这条SQL。所以我们 DBA 给开发用户赋予权限时,为了避免不必要的运维工作,禁止赋 SUPER 权限。
上一篇下一篇

猜你喜欢

热点阅读