1.現象
當我們使用free命令查看內存的時候，發現可用物理內存很少，但是通過進程查看沒有進程占用大內存。
[root@nexus-76150 ~]# free -h total used free shared buffers cached Mem: 15G 15G 193M 364K 1.0G 11G -/+ buffers/cache: 2.2G 13G Swap: 7.9G 36M 7.9G 參數值詳解：
第一行用全局角度描述系統使用的內存狀況：
total——總物理內存
used——已使用內存，一般情況這個值會比較大，因為這個值包括了cache+應用程序使用的內存
free——完全未被使用的內存
shared——應用程序共享內存
buffers——緩存，主要用於目錄方面,inode值等（ls大目錄可看到這個值增加）
cached——緩存，用於已打開的文件
total=used+free used=buffers+cached (maybe add shared also)
第二行描述應用程序的內存使用：
前個值表示-buffers/cache——應用程序使用的內存大小，used減去緩存值 后個值表示+buffers/cache——所有可供應用程序使用的內存大小，free加上緩存值
-buffers/cache=used-buffers-cached +buffers/cache=free+buffers+cached
第三行表示swap的使用：
used——已使用
free——未使用
[root@nexus-76150 ~]# ps aux|head -1;ps aux|grep -v PID|sort -rn -k +4|head （這條命令是linux下獲取占用內存資源最多的10個進程，若是CPU的話把4換成3就可以了） USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 2016 0.2 3.8 3390812 610608 ? Sl 2019 842:51 java -XX:MaxPermSize=192m -Djava.io.tmpdir=./tmp -Djava.net.preferIPv4Stack=true -Dcom.sun.jndi.ldap.connect.pool.protocol=plain ssl -Xms256m -Xmx768m -Djava.library.path=bin/jsw/lib -classpath bin/jsw/lib/wrapper-3.2.3.jar:./lib/jetty-http-8.1.16.v20140903.jar:./lib/jetty-client-8.1.16.v20140903.jar:./lib/jetty-security-8.1.16.v20140903.jar:./lib/logback-core-1.1.2.jar:./lib/jetty-deploy-8.1.16.v20140903.jar:./lib/metrics-core-2.2.0.jar:./lib/nexus-bootstrap-2.14.4-03.jar:./lib/metrics-logback-2.2.0.jar:./lib/jetty-server-8.1.16.v20140903.jar:./lib/jetty-rewrite-8.1.16.v20140903.jar:./lib/jul-to-slf4j-1.7.6.jar:./lib/logback-access-1.1.2.jar:./lib/jetty-util-8.1.16.v20140903.jar:./lib/metrics-jetty-2.2.0.jar:./lib/jetty-xml-8.1.16.v20140903.jar:./lib/javax.servlet-3.0.0.v201112011016.jar:./lib/slf4j-api-1.7.6.jar:./lib/jetty-jmx-8.1.16.v20140903.jar:./lib/logback-classic-1.1.2.jar:./lib/plexus-interpolation-1.16.jar:./lib/jetty-io-8.1.16.v20140903.jar:./lib/jetty-webapp-8.1.16.v20140903.jar:./lib/jetty-servlet-8.1.16.v20140903.jar:./lib/jetty-continuation-8.1.16.v20140903.jar:./conf/ -Dwrapper.key=N5Q20joBPW2LqVkr -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=2014 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.sonatype.nexus.bootstrap.jsw.JswLauncher ./conf/jetty.xml ./conf/jetty-requestlog.xml root 1721 0.0 0.4 4468600 68556 ? Sl 2019 274:31 java -jar desp-agent.jar zabbix 25967 0.0 0.0 77244 1024 ? S Jan08 13:07 /usr/sbin/zabbix_agentd: active checks #1 [idle 1 sec] zabbix 25966 0.0 0.0 77232 1176 ? S Jan08 4:29 /usr/sbin/zabbix_agentd: listener #3 [waiting for connection] zabbix 25965 0.0 0.0 77232 1176 ? S Jan08 4:28 /usr/sbin/zabbix_agentd: listener #2 [waiting for connection] zabbix 25963 0.0 0.0 77232 1176 ? S Jan08 4:26 /usr/sbin/zabbix_agentd: listener #1 [waiting for connection] zabbix 25962 0.0 0.0 77232 856 ? S Jan08 50:28 /usr/sbin/zabbix_agentd: collector [idle 1 sec] zabbix 25961 0.0 0.0 77232 492 ? S Jan08 0:00 /usr/sbin/zabbix_agentd -c /etc/zabbix/zabbix_agentd.conf root 95 0.0 0.0 0 0 ? S 2019 0:00 [deferwq] root 94 0.0 0.0 0 0 ? S 2019 0:00 [usbhid_resumer]
2.原因
通過上面我們看到內存中占用比較大的是cached，那么什么是
Cache Memory(緩存內存)
當你讀寫文件的時候，Linux內核為了提高讀寫性能與速度，會將文件在內存中進行緩存，這部分內存就是Cache Memory(緩存內存)。即使你的程序運行結束后，Cache Memory也不會自動釋放。這就會導致你在Linux系統中程序頻繁讀寫文件后，你會發現可用物理內存會很少。
其實這緩存內存(Cache Memory)在你需要使用內存的時候會自動釋放，所以你不必擔心沒有內存可用。如果你希望手動去釋放Cache Memory也是有辦法的。
3.解決方法
可以通過執行下面命令
[root@nexus-76150 ~]#echo 3 > /proc/sys/vm/drop_caches
參數說明：
設置值說明：
0：不釋放（系統默認值）
1：釋放頁緩存
2：釋放dentries和inodes
3：釋放所有緩存
[root@nexus-76150 ~]# free -m
total used free shared buffers cached
Mem: 15571 1058 14512 0 132 104
-/+ buffers/cache: 821 14749
Swap: 8095 36 805