在疫情期间，小编不得不待在家中远程办公。但变的是办公方式，不变的是美创运维的7＊24小时不间断支持。
这不，一位客户发来了一条消息：
客户：张工，好像我这个数据库服务器的内存使用率有点高啊，你帮我看看？
随即发了个linux环境下的free －g的截图过来：
小编一看，按照这个截图的显示，的确在总共62Gb的内存里，可使用内存只剩1Gb了。但是，我们也可以观察到，cached显示的是55Gb，我们再获取了一下top命令的截图：
那为什么cached的内存使用这么大呢？这样的内存使用情况是正常的吗？
要回答这些问题，我们需要了解一下buffer与cache的含义。buffer 和 cache 是两个在计算机技术中被用滥的名词，放在不同语境下会有不同的意义。我们这里都将其放在linux内存这个语境中解释。
什么是buffer
在 Linux 的内存管理中，这里的buffer 指 Linux 内存的：Buffer cache，中文可以解释为：缓冲区缓存。Buffer cache 主要是设计用来在系统对块设备进行读写的时候，对块进行数据缓存的系统来使用。
什么是cache
在Linux的内存管理中，这里的 cache 指 Linux 内存中的：Page cache，中文可以解释为：页面缓存。主要用来作为文件系统上的文件数据的缓存来用，尤其是针对当进程对文件有 read／write 操作的时候。在当前的系统实现里， page cache 也被作为其它文件类型的缓存设备来用，所以事实上 page cache 也负责了大部分的块设备文件的缓存工作。
自动回收 cache机制
Linux 内核会在内存将要耗尽的时候，触发内存回收的工作，以便释放出内存给急需内存的进程使用。一般情况下，在内存压力较大的情况下， buffer／cache 空间可以被释放，以作为 free 空间分给相关进程使用。
但是由于要回收缓存必须保证 cache 中的数据跟对应文件中的数据一致，才能对 cache 进行释放。所以在回收缓存时一般会造成IO使用较高的现象。因为内核要对比 cache 中的数据和对应硬盘文件上的数据是否一致，如果不一致需要写回，之后才能回收。
所以一般情况下不需要特意去释放已经使用的cache。这些cache起来的内容本来就是为了增加文件以及的读写速度。
人工触发回收cache
除了系统自己触发回收缓存机制外，我们也可以通过下面这个脚本来清理缓存：
1． 查看目前内存使用：
2． 执行sync同步数据，防止数据或操作丢失（重要），将未写的系统缓冲区写到磁盘中。包含已修改的 i－node、已延迟的块 I／O 和读写映射文件
12下一页>（免责声明：本网站内容主要来自原创、合作伙伴供稿和第三方自媒体作者投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
任何单位或个人认为本网站中的网页或链接内容可能涉嫌侵犯其知识产权或存在不实内容时，应及时向本网站提出书面权利通知或不实情况说明，并提供身份证明、权属证明及详细侵权或不实情况证明。本网站在收到上述法律文件后，将会依法尽快联系相关文章源头核实，沟通删除相关内容或断开相关链接。 ）
