MySQL 内存占用总是太高，你需要立即进行这些 *** 作……

生产环境中，MySQL 不经意间吃掉全部的内容，然后开始吃掉 SWAP，性能一降再降，怎么办？

可以从下面三点查看原因：

MySQL 使用内存，有两个途径。

永久占用的内容

比如全局缓冲区（Global Buffer）类别，是在服务器启动期间从 *** 作系统获得的，不会释放到任何一个别的进程。

动态请求的内存

线程缓冲区由MySQL使用，它是在处理新查询时从 *** 作系统请求的内存。在执行查询之后，该内存被释放回 *** 作系统。

这意味着 MySQL 的内存使用，是 全局缓冲区 加上 线程缓冲区 以及 允许的最大连接数 。

对于专用数据库服务器，该值需要保持在服务器内存的90%以下。在共享服务器的情况下，它应该保持在服务器内存的50%以下。

检查一下 MySQL 设置，有助于确定内存使用情况，从而为 MySQL 分配合适的值。

一个近似的公式：

当网站受到攻击时，有可能在短时间内建立异常高的连接数量。MySQL 中的 PROCESSLIST 可用于检测顶级用户并阻止对滥用连接的访问。

找出查询需要很长时间才能执行的语句，因为这些查询需要进一步优化服务器才能更好地执行，可以通过服务器查询日志进行识别。由于查询速度慢，导致磁盘读取较多，导致内存和CPU使用率较高，影响服务器性能。

最后，到了加内存条的时候了。虽然在优化数据库设置之后，服务器会不断地路由到使用交换内存，但也必须增加内存。俗话说：“巧妇难为无米之炊”，就是这个意思。

上面说的这些方向，大家可以在实际 *** 作中验证体会，希望大家在数据库优化的路上，麻溜顺畅，砥砺前行。

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

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

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

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

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

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

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

---