前言

只有光頭才能變強。

文字已收錄至我的GitHub倉庫，歡迎Star：https://github.com/ZhongFuCheng3y/3y

之前寫過一篇 《 在公司做的專案和自己在學校做的有什麼區別？ 》不知道大家還有印象沒有，裡面提到了在工作中可能需要等上Linux伺服器，檢視一些資訊（特別是查日誌找Bug)。

我在大學的時候也有過Linux的課程，在期間也做過Linux相關的筆記：

• 看完這篇Linux基本的操作就會了

• 使用者和許可權管理看了你就會用啦

• Linux程序管理

• Linux網路管理

但是，在學校學完，沒咋練手（還是太菜了），去到公司可以說是全忘光了。這篇文章主要來回顧以前的筆記，以及記錄一下在工作中比較常用的一些命令。

• 我這肯定是以我現在的維度來考量的，我工作時長比較短，所以可能會有很多命令會忽略掉了，歡迎在評論區補充

一、檢視日誌

線上出現了問題，登上線上的機器查日誌是非常常見的操作了。我第一次登上線上機器查日誌的時候，我還只記得以下的幾個命令（假設現在我們的日誌檔案叫做service.log)：

• cat service.log
• tail -f service.log
• vim serivice.log
• （明顯是不夠用的）

現在日誌每天產出的大小大概1GB：

如果是小檔案的話，單純的cat命令還是可以應付的，但如果你直接用cat命令開啟一個1GB的日誌檔案，保證卡死你（ctrl + c

退出cat命令需要很久才能將cat命令停下來）。

• 一般我只用cat來檢視這個小檔案的文字內容是什麼

同樣地，如果是小檔案，單純的vim命令去開啟檔案也是可以應付的，但如果你用vim命令去開啟一個1GB甚至更大的檔案，也能明顯感受到緩慢和卡頓。

平時我還是很喜歡用vim去查詢對應的記錄的，我一般的操作：

• vim service
• 按G跳轉到檔案的末尾
• 按? +關鍵字搜尋對應的記錄
• 按n往上查詢，按N往下查詢

tail -f service.log 這個命令我一般用於檢視流量是否進來了（或者除錯的時候可以直接看到日誌，再迅速ctrl +c

關掉）

面對比較大的日誌檔案，這我們就得配合grep來玩了，比如我們現在得知某個手機號收不到簡訊驗證碼，想要看一下這個手機號的日誌是怎麼樣的。於是我們就可以這樣搞：

• cat service.log | grep 13888888888

這麼一搞，就能將service.log中所有含有13888888888的記錄給搜出來，搜尋的速度還是賊快的。

現在我們已經能根據關鍵字搜到對應的記錄了，接著我想看一下那條記錄的日誌上下文【這樣就能知道這條資料大概的執行狀態了】

首先，我們先要查出對應記錄的行號，在cat 命令後面加上一個 -n 引數就好了。所以命令是:cat -n service.log | grep 13888888888 ，如下圖我們就可以查到對應的行號了

現在行數是29506，我們一般只要看一下29506的前10行和後10行就差不多知道問題出現在哪了，於是我們可以這樣做：

• sed -n "29496,29516p" service.log：從29496行開始檢索，到29516行結束
• cat -n service.log | tail -n +29496 | head -n 20:從29496行開始檢索，往前推20條

如果關鍵字不太準確（日誌輸出的記錄太多了），我們可以使用more命令來瀏覽或者輸出到檔案上再分析：

• cat service.log | grep 13 |more ：將查詢後的結果交由more輸出
• cat service.log | grep 13 > /home/sanwai/aa.txt 將查詢後的結果寫到/home/sanwai/aa.txt檔案上

有的時候，我們想統計這個日誌輸出了多少行，我們可以使用這條命令：

• cat service.log | wc -l

參考資料：

• https://www.cnblogs.com/xiashan17/p/7059978.html

二、查程序和埠

查程序有兩個命令：

• ps -ef
• ps aux

上面兩個命令都是列出所有的程序，我們還是通過 |管道和grep 來過濾掉想要查的程序，比如說：ps -ef |grep java

把程序查出來幹嘛？知道它的程序ID了，我們可以把他給殺掉。

• kill -9 processId：殺掉某個程序

查埠也是一個很常見的操作，常見命令：netstat -lntup：

l:listening   n:num   t:tcp  u:udp  p:display PID/Program name for sockets

檢視當前所有tcp/udp埠的資訊

檢視某個埠詳細的資訊：lsof -i:4000

三、檢視系統的狀態

3.1 TOP實時檢視程序的狀態

TOP命令檢視程序的狀態，其中有個load average可能不是那麼好理解，下面來解釋一下：

load average：在特定時間間隔內執行佇列中(在CPU上執行或者等待執行多少程序)的平均程序數。

load average 有三個值，分別代表：1分鐘、5分鐘、15分鐘內執行程序佇列中的平均程序數量。

• 正在執行的程序 + 準備好等待執行的程序 在特定時間內（1分鐘，5分鐘，10分鐘）的平均程序數

Linux程序可以分為三個狀態：

• 阻塞程序
• 可執行的程序
• 正在執行的程序

比如現在系統有2個正在執行的程序，3個可執行程序，那麼系統的load就是5，load average就是一定時間內的load數量均值。

3.2free檢視記憶體使用狀況

linux的記憶體管理機制的思想包括（不敢說就是）記憶體利用率最大化，核心會把剩餘的記憶體申請為cached，而cached不屬於free範疇。

如果free的記憶體不夠，核心會把部分cached的記憶體回收，回收的記憶體再分配給應用程式。所以對於linux系統，可用於分配的記憶體不只是free的記憶體，還包括cached的記憶體（其實還包括buffers）。

• 可用記憶體=free的記憶體+cached的記憶體+buffers

Buffer Cache和Page Cache。前者針對磁碟塊的讀寫，後者針對檔案inode的讀寫。這些Cache有效縮短了 I/O系統呼叫(比如read,write,getdents)的時間。磁碟的操作有邏輯級（檔案系統）和物理級（磁碟塊)

參考資料：

• https://blog.csdn.net/zhangchenglikecc/article/details/52103737
• https://www.cnblogs.com/peida/archive/2012/12/24/2831353.html

最後

我工作時長比較短，所以可能會有很多命令會忽略掉了，歡迎在評論區補充比較常用的命令。後續如果某些命令比較重要的，我再分享哈~

樂於輸出乾貨的Java技術公眾號：Java3y。公眾號內有200多篇原創技術文章、海量視訊資源、精美腦圖，關注即可獲取！

覺得我的文章寫得不錯，點