Linux 下判斷Server 內存是否不足
在linux OS 下如何判斷系統是否內存吃緊。
從兩個部分來查看如何檢查。
第一部分：查看內存使用狀況
Linux 下使用Top
[root@itc-test9 ~]# top
top - 17:08:01 up 12 days, 3:48, 2 users, load average: 0.01, 0.01, 0.00
Tasks: 95 total, 1 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 99.5% id, 0.5% wa, 0.0% hi, 0.0% si
Mem: 2056000k total, 1963652k used, 92348k free, 59156k buffers
Swap: 4096564k total, 164k used, 4096400k free, 1605276k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 16 0 4744 552 460 S 0.0 0.0 0:00.46 init
從Top 顯示來看是有1963652K已經使用，只有92348k內存空閒。一直問我是否內存不足了。下面就來解釋一下Oracle 在Linux 下如何查看OS 內存是否不足。
但我們從Linux command free 來看：
[oracle@itc-test9 ~]free
total used free shared buffers cached
Mem: 2056000 1869596 186404 0 59172 1512236
-/+ buffers/cache: 298188 1757812
Swap: 4096564 164 4096400
-/+ buffers/cache: used=298188k =291.2M
free=1757812k=1716.6M 約等於2G。
從Free 命令行來看OS 還有1.76G 空間未使用。
需要解釋一下Free 和Top 在Linux 下的不同顯示問題。
Free 命令顯示在操作系統中使用和空閒的內存數量。
Top 顯示是和Linux 對內存使用的方式關係緊密，linux 儘可能的要求
使用物理內存來提高Buffer 和Cache 對Disk 的I/O操作。Linux 將儘可能多的將I/O 操作磁盤上的信息保存在內存當中，如果Oracle（其他程序也一樣）需要更多的內存空間，Linux 才會將一些內存使用LRU 算法清理出來，如果不需要則繼續保持這些數據信息在內存中。所以我們使用Top看到的Memory FreeMem: 2056000k total, 1963652k used, 92348k free很少。
第二部分：查看Swap 的狀況：
Swap 空間的使用狀況也能分辨出Oracle 服務器內存是否已經吃緊。
先看Swap 大小設定：
RAM Size Swap Size
1-2G 1.5 倍 RAM
2-8G 1 倍 RAM
>8G 0.75 RAM
基本上每個操做系統（除Windows）都建議Swap 使用上面比例的配置。
但根據個人經驗如果Server 的Memory >32G 時，一般都會將Swap 空間設置在10g 以內，甚至更小。
使用Command more /proc/meminfo 或top 來Monitor Swap 的使用狀況。
[root@itc-test9 ~]# more /proc/meminfo
MemTotal: 2056000 kB
MemFree: 177268 kB
Buffers: 59292 kB
Cached: 1519188 kB
SwapCached: 4 kB
Active: 1092248 kB
Inactive: 654096 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 2056000 kB
LowFree: 177268 kB
SwapTotal: 4096564 kB
SwapFree: 4096400 kB
[root@itc-test9 ~]# top
top - 17:08:01 up 12 days, 3:48, 2 users, load average: 0.01, 0.01, 0.00
Tasks: 95 total, 1 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 99.5% id, 0.5% wa, 0.0% hi, 0.0% si
Mem: 2056000k total, 1963652k used, 92348k free, 59156k buffers
Swap: 4096564k total, 164k used, 4096400k free, 1605276k cached
如果你觀察Swap 中的使用量一直在增加，或Swap used 為一個很大的值。那我們基本就能確定在現有的狀況下Oracle server 內存出現問題。（我們需要考慮此現象是偶爾發生還是一直出現）
我們需要做：
增加內存
減少OS 程序使用內存資源，如Oracle 減少SGA_target 或Memory_Target(11g）
增大交換空間
你可以通過vmstat 來看當前Swap 活動的狀態。
Swap 下面的Si 和So 分別顯示Swap 頁面交換進來和交換出去。
[root@itc-test9 ~]# vmstat 3 8
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 164 175468 59292 1520344 0 0 1 21 4 20 0 0 99 0
0 0 164 175532 59292 1520344 0 0 0 48 1038 41 0 0 100 0
0 0 164 175532 59292 1520344 0 0 0 61 1032 35 0 0 99 0
0 0 164 175532 59292 1520344 0 0 0 11 1028 39 0 0 100 0
0 0 164 175532 59292 1520344 0 0 0 15 1024 39 0 0 100 0
使用Vmstat 命令只能看當前的Swap 頁面的交換入和交換出。那如何看歷史Swap 信息呢。
Linux 下有一個命令可以看，那就是
[root@itc-test9 sa]# cd /var/log/sa
[root@itc-test9 sa]# ls -al |grep 13
drwxr-xr-x 2 root root 4096 Apr 13 00:00 .
-rw-r--r-- 1 root root 209328 Apr 13 17:50 sa13
[root@itc-test9 sa]# date ----今天是4/13 號
Mon Apr 13 17:58:02 CST 2009
[root@itc-test9 sa]# ll |grep 13
-rw-r--r-- 1 root root 209328 Apr 13 17:50 sa13
[root@itc-test9 sa]# sar -W -f sa13
Linux 2.6.9-5.ELsmp (itc-test9) 04/13/2009
12:00:01 AM pswpin/s pswpout/s
12:10:01 AM 0.00 0.00
12:20:01 AM 0.00 0.00
12:30:01 AM 0.00 0.00
12:40:01 AM 0.00 0.00
12:50:01 AM 0.00 0.00
01:00:01 AM 0.00 0.00
01:10:01 AM 0.00 0.00
01:20:01 AM 0.00 0.00
......（中間略去）
...... （中間略去）
03:50:01 PM 0.00 0.00
04:00:01 PM 0.00 0.00
04:10:01 PM 0.00 0.00
04:20:01 PM 0.00 0.00
04:30:01 PM 0.00 0.00
04:40:01 PM 0.00 0.00
04:50:01 PM 0.00 0.00
05:00:01 PM 0.00 0.00
05:10:01 PM 0.00 0.00
05:20:01 PM 0.00 0.00
05:30:01 PM 0.00 0.00
05:40:01 PM 0.00 0.00
05:50:01 PM 0.00 0.00
Average: 0.00 0.00
顯示從今天 0點到當前的所有Swap 頁面交換的數量
