swap空间占用过高解决方案

1、 控制swap使用的系统参数：swappiness

如果swappiness设置太大（内存的速度会比磁盘快很多），这样子会加大系统io，同时造的成大量页的换进换出，严重影响系统的性能，所以我们在 *** 作系统层面，要尽可能使用内存，对该参数进行调整。

2、 Linux默认swappiness

默认为60，也就是说当物理内存使用到40%的时候开始使用swap。

1、设置

2、激活

当以上方法无法解决问题，或者机器内存消耗大，添加内存，swap也要相应扩展。

1、 查看swap****空间

2、 查看/dev/zero

此/dev/zero一共就1.9G所以添加swap空间不可以超过1.9G

解释： /dev/zero也是一个伪文件，但它实际上产生连续不断的null的流（二进制的零流，而不是ASCII型的）。写入它的输出会丢失不见，/dev/zero主要的用处是用来创建一个指定长度用于初始化的空文件，像临时交换文件。可以用来创建swap。

3、 新建swap****分区空间

注意：创建好的交换文件不能删除，所以要提前找到一个目录。

解释：of为文件名。Bs为单个大小。Count为数量。我创建了一个1G的文件。

4、 mkswap****创建交换文件

5、 swapon****激活

6、 验证

7、 开机启动

由于以上 *** 作为临时生效，服务器重启会失效。所以要设置开机启动。

8、 其他 *** 作

a) 停用：swapoff swapfile

b) 删除：rm –rf swapfile

c) 删除随即启动swap:vi /etc/fstab

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

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

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

永久占用的内容

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

动态请求的内存

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

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

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

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

一个近似的公式：

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

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

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

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

---