前言

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

为什么吃掉那么多内存？

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

1 - Python、PHP、Java应用，配置不当，或使用未优化的查询，编码过于复杂。

2 - MySQL配置不当，导致内存效率低下或内存浪费。

3 - 计算机内存低于服务器上的进程所需的内存，也就是“供不应“”。

怎么办？优化 MySQL 配置项。

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

永久占用的内容

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

动态请求的内存

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

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

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

重点配置项

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

innodb_buffer_pool_size

缓存在InnoDB存储的缓冲池中完成。缓冲池的大小对系统性能起着关键作用，并被指定为可用RAM的50-70%之间的值。如果池大小太小，将导致页面过度刷新，如果太大，将由于内存竞争而导致交换。

key_buffer_size

在 MYISAM 存储引擎的情况下，此参数有助于确定缓存，需要根据RAM设置KEY_BUFFER_SIZE，其大小约为RAM大小的20%。

max_connections

为了在任何时刻为 MySQL 分配尽可能多的连接数，并避免单个用户使服务器过载，需要使用max_connections。每个线程使用RAM的一部分进行缓冲区分配，因此它根据RAM的大小限制最大连接数。

一个近似的公式：

 max_connections = (Available RAM – Global Buffers) / Thread Buffers 最大连接数 = （有效内存 - 全局缓冲容量）/ 线程缓冲容量

query_cache_size

当不经常更改且Web服务器接收许多相同查询时，查询高速缓存可能会很有用。查询缓存将SELECT语句的文本与发送到客户端的相应结果一起存储。

因此，此参数仅用于此类应用程序服务器，否则将被禁用，并为其他服务器设置为零。

为了避免资源争用，尽管启用了该功能，但应将该值设置为10MB左右的最小值。

阻止滥用资源的程序

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

优化查询语句

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

升级内存

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

写在最后

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

我是@程序员小助手，持续分享编程与程序员成长相关的内容，欢迎关注~~