目录

问题发现

言归正传

什么是Swap区

结论

查内存

buff/cache

什么是buff/cache

缓存是可以清除的

解决方案

---

问题发现

“xx，来一趟生产。”

于是，我意识到又有问题了，于是，问题出现了。。。

言归正传

问题产生：

生产机器的内存Swap区，占用量超过了三分之一，导致运维报警。

然后就找到了我们的开发头上。。。

我一个开发，哪里懂得这些东西呀，于是，开始从头到尾的认真（胡乱）分析。

什么是Swap区

        Swap分区在系统的物理内存不够用的时候，把硬盘内存中的一部分空间释放出来，以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序，这些被释放的空间被临时保存到Swap分区中，等到那些程序要运行时，再从Swap分区中恢复保存的数据到内存中。

        Swap分区，即交换区，系统在物理内存（这里应该是运行内存）不够时，与Swap进行交换。 其实，Swap的调整对Linux服务器，特别是Web服务器的性能至关重要。通过调整Swap，有时可以越过系统性能瓶颈，节省系统升级费用。
众所周知，现代操作系统都实现了“虚拟内存”这一技术，不但在功能上突破了物理内存的限制，使程序可以操纵大于实际物理内存的空间，更重要的是，“虚拟内存”是隔离每个进程的安全保护网，使每个进程都不受其它程序的干扰。
        计算机用户会经常遇这种现象。例如，在使用Windows系统时，可以同时运行多个程序，当你切换到一个很长时间没有理会的程序时，会听到硬盘“哒哒”直响。这是因为这个程序的内存被那些频繁运行的程序给“偷走”了，放到了Swap区中。因此，一旦此程序被放置到前端，它就会从Swap区取回自己的数据，将其放进内存，然后接着运行。
        需要说明一点，并不是所有从物理内存中交换出来的数据都会被放到Swap中（如果这样的话，Swap就会不堪重负），有相当一部分数据被直接交换到文件系统。例如，有的程序会打开一些文件，对文件进行读写（其实每个程序都至少要打开一个文件，那就是运行程序本身），当需要将这些程序的内存空间交换出去时，就没有必要将文件部分的数据放到Swap空间中了，而可以直接将其放到文件里去。如果是读文件操作，那么内存数据被直接释放，不需要交换出来，因为下次需要时，可直接从文件系统恢复；如果是写文件，只需要将变化的数据保存到文件中，以便恢复。但是那些用malloc和new函数生成的对象的数据则不同，它们需要Swap空间，因为它们在文件系统中没有相应的“储备”文件，因此被称作“匿名”(Anonymous)内存数据。这类数据还包括堆栈中的一些状态和变量数据等。所以说，Swap空间是“匿名”数据的交换空间。

（以上来自百度百科）

结论

于是乎，带着半知半解，我们可以得出一个结论，那就是生产机器内存不够用了！

查内存

生产机器32G的内存，怎么用的这么快呢？这只是一个小服务啊。

于是，我们开始排查，到底是哪个应用用了这么大的内存。

使用top命令，根据内存占用量排序，查找出最占用内存的几个应用，发现，RocketMQ仅仅一个应用，就占用了12G的内存！一看，原来是启动参数，最小堆内存就是4G，启动了主、从、nameserver，就占了12个G了。

但是，这并不是最主要的问题，所有的应用加起来也用不上32G啊，剩下的内存哪里去了？

buff/cache

我们发现，使用top命令，内存占用一栏有个buff/cache，竟然也占用了好几个G！

于是，我作为一个小小的开发，默默的百度什么叫buff/cache。。。

什么是buff/cache

        Cache（Page cache，页面缓存）：主要用来作为文件系统上的文件数据的缓存来用，尤其是针对当进程对文件有read／write操作的时候；历史上，buffer被用来当成对io设备写的缓存（不过现在已经几乎不这样干了）
        Buffer（Buffer cache，缓冲区缓存）：主要是针对块设备进行缓存的，比如当我们对一个文件进行写操作的时候，page cache的内容会被改变，而buffer cache则可以用来将page标记为不同的缓冲区，并记录是哪一个缓冲区被修改了。这样，内核在后续执行脏数据的回写（writeback）时，就不用将整个page写回，而只需要写回修改的部分即可。；历史上，cache被用来当作对io设备的读缓存不过现在已经几乎不这样干了）
        Linux缓存（Cache）回收机制：Linux内核会在内存将要耗尽的时候，触发内存回收的工作，以便释放出内存给急需内存的进程使用。一般情况下，这个操作中主要的内存释放都来自于对buffer／cache的释放。尤其是被使用更多的cache空间。既然它主要用来做缓存，只是在内存够用的时候加快进程对文件的读写速度，那么在内存压力较大的情况下，当然有必要清空释放cache，作为free空间分给相关进程使用。所以一般情况下，我们认为buffer/cache空间可以被释放，这个理解是正确的。但是这种清缓存的工作也并不是没有成本。理解cache是干什么的就可以明白清缓存必须保证cache中的数据跟对应文件中的数据一致，才能对cache进行释放。所以伴随着cache清除的行为的，一般都是系统IO飙高。因为内核要对比cache中的数据和对应硬盘文件上的数据是否一致，如果不一致需要写回，之后才能回收。

缓存是可以清除的

自行百度，生产我们没敢操作，怕出问题。。

解决方案

究极解决方案：扩内存。

虽然还是没怎么搞懂buff/cache占用过高的原因，不过我想应该是可以配置buff/cache区域的大小，但是作为一个小小的开发人员，这些运维的东西了解的还是比较少啊。

欢迎大佬评论留言，你遇到过这个问题吗？是怎么解决的，请给小弟一点解决思路。