對於一個開發或運維人員而言, 當系統出現故障時, 第一步常常就是查看日志. 查看日志經常碰到的一個需求就是按關鍵字去搜索, 在日常開發機子上的 IDE 上, 都集成了強大的搜索功能, 但因為系統通常部署在 Linux 系統上, 一般只有命令行界面, 在其上應該怎么去搜索呢? 恐怕有些同學就不是那么清楚了.
有些人會用 ftp 之類的把日志下載下來本地再搜索, 如果是小一點的文件還好, 但日志文件往往都比較大, 因此這樣的方式無疑是極為低效的.
下面就介紹一種相對快捷的方式, 也不需要用到特別高級的命令, 僅需要 tail 和 grep 兩個命令結合起來即可, 能達到這樣一個效果:
- 能按關鍵字搜索;
- 在顯示關鍵字所在行時還能高亮關鍵字;
- 能把關鍵字所在行的上下文, 比如上下 10 行的內容也一起顯示出來.
下面是一個效果示意圖:
在這里, 我用我雲主機的 nginx access log 做了個示范, 我搜索一篇文章 url 的關鍵字 "a-port", 然后顯示出搜索的結果及上下文, 可以看到關鍵字被標紅顯示, 上下文也有顯示, 多個搜索結果間以藍色的短橫間隔開來.
下面具體說說怎么實現這樣的搜索, 先具體講講各個命令及參數, 再說說怎么結合起來, 最后還給出一個腳本化的高級用法.
tail 命令
首先是 tail 命令. 因為查看日志通常從后面最新的日志去看, tail 命令就是從后往前找.
比如下述命令會顯示 access.log 的最后 10 行的內容:
tail access.log
tail 指定行數
默認情況下, tail 只會顯示最后的 10 行, 對於一個日志很多的應用來說, 這可能是不夠的, 為此我們需要搜索更多的行.
如果想實時查看日志, 可以參考之前的這篇文章使用 tail -f 實時觀測服務器日志輸出
tail 可以結合 -n
參數指定一個行數, 比如下述命令會顯示最后的 30 行的日志:
tail -n 30 access.log
注: 如果不太能記住參數, 還可以使用
-n
的完整命令參數--lines
:tail --lines 30 access.log
grep 命令
tail 僅能打印顯示日志, 很多時候這是不夠的, 日志通常非常多, 而且很多是沒有用, 我們還需要能過濾, 或者說搜索篩選日志的內容, 這時就可以使用 grep 命令.
grep 命令的基本用法是這樣的. 假如你有一個文件 index.html, 你想在其中搜索一個關鍵詞 official, 你可以這樣用:
grep official index.html
結果如下:
它會把關鍵字所在行給你顯示出來, 並高亮關鍵字.
關於高亮問題, 如果缺省沒有高亮, 則可以自行加入
--color
選項, 像這樣:grep --color official index.html
注意, 通常不要直接用 grep 命令去搜索整個日志文件, 因為日志文件通常很大, 而且 grep 也是從開頭開始搜索的, 因此可能搜索出一大堆你不感興趣的歷史記錄.
后面將介紹如何結合 tail 和 grep 命令以縮小搜索范圍.
帶有空格的關鍵字
如果關鍵字有多個單詞並帶有空格, 可以使用 '' 單引號引起來, 例如:
grep 'english version' index.html
grep 顯示上下文
有時, 我們不但要找出關鍵子所在行, 而且還想顯示所在行上下的一些行.
這在查找異常信息時非常常見, 一方面異常棧會打印成非常多行, 另外我們通常需要前前后后都看一下到底發生了什么.
這時可以使用 grep 的 -NUM
參數來實現, 如下:
grep -5 official index.html
或者是使用 -C
grep -C 5 official index.html
它表示, 不但要找出 official 關鍵字所在行, 還要把所在行前后的 5 行都顯示出來.
- 后接的數字 5 就表示前后 5 行, 如果是 -10 就表示前后 10 行
結果如下:
grep 顯示行號
為了更清晰地呈現, 還可以選擇顯示行號, 用 -n 參數, 如下:
grep -5 -n official index.html
結果如下圖:
可以看到, official 關鍵字在 21 行, 行頭的行號還特別以冒號":" 標出; 此外, 關鍵行的前 5 行(16~20)和后 5 行(22~26)也一並顯示了出來.
如果我們是在跟蹤一個異常, 這些上下文的信息可能會提供很多幫助.
管道符的使用
現在已經介紹完了 tail 和 grep 命令, 但還有一個問題, 如果直接在日志文件中去 grep 的話, 因為文件通常特別大, 而且很多歷史數據可能不是我們想要的, 因此最好的方式是先用 tail 得到后面的那些行, 然后把 tail 出來的結果再交給 grep 命令去過濾, 而管道符可以實現這個目的, 管道符在命令行中就是一個"豎杠": |.
它可以把兩個命令結合起來, 把請一個命令的輸出當作后一個命令的輸入.
用管道符 | 結合 tail 和 grep 命令
用管道符結合 tail 和 grep 命令可以這樣去寫:
tail error.log | grep stream
注意: grep 之前的豎杠 |.
上述命令會把 tail 出來的最后 10 行的內容交給 grep 去搜索過濾, 並找出其中含有 stream 關鍵字的行, 結果如下:
結合前面所講, 如果想在更大范圍搜索並顯示關鍵字的上下文, 最終可以這樣去寫:
tail -n 20 error.log | grep -3 stream
以上命令在最后 20 行中去搜索 stream 關鍵字並顯示關鍵字所在行及上下各 3 行的內容, 結果如下:
高級用法
有了以上命令, 要搜索異常信息就簡單了不少, 而且更容易觀察, 不過還是有一個問題, 就是整個命令還是太長了些, 如果想進一步簡化, 則可以考慮將整個命令做成一個腳本, 並將部分參數值參數化, 這就帶有一定的編程的味道了, 好在這對於我們程序員來說, 不算太難的事, 甚至是我們的日常, 下面說說怎么去實現.
先說下效果, 我們會編寫一個腳本叫 search.sh
當然這個名字你可以自己去取
然后這樣去用:
./search.sh stream 20 3
然后其效果就像執行下述命令一樣:
tail -n 20 error.log | grep -3 stream
如果不打算傳入行數及上下文的數目, 而使用腳本中定義的缺省值, 整個命令還可以簡化成:
./search.sh stream
僅需要傳入要搜索的關鍵字即可, 其它參數保持缺省.
自定義命令
就以搜索我本機上的 nginx 的 error.log 為例吧, 首先創建一個腳本文件 search.sh
touch search.sh
文件的內容如下:
#!/bin/bash
cd /usr/local/nginx/logs
tail -n 20 error.log | grep --color -3 stream
注意: 放入腳本文件時, 如果沒有高亮, 需要自行加上
--color
選項
邏輯也比較簡單, 就是先進入 error.log 所在文件夾, 然后執行查找.
有了 cd
命令, 就可以直接把腳本放在遠程登錄后的用戶目錄下, 比如 /root 下, 這樣進去了就可以直接執行, 連進入文件夾的動作也省略了.
另外, 如果不想用
cd
命令, 也可以在 tail 中寫上完整路徑名.
當然, 現在腳本還是比較死的, 搜索的關鍵字被寫死了. 不過目前來說, 我們先測試其它方面, 先把文件改成可執行的:
chmod 755 search.sh
然后可以先執行一遍看看是否 ok, 如果 ok 了, 再下一步准備把關鍵字參數化.
./search.sh
參數傳遞
現在需要把搜索的關鍵字給參數化, 不然執行腳本時, 始終只能搜索 'stream' 這個關鍵字, 這顯然不是我們希望的.
如果是用我們熟悉的語言, 比如 java, javascript, 寫一個可以接收參數的函數是很簡單的, 其實對於 bash 這種腳本語言來說, 主要的問題是我們不熟悉其語法, 這個只要稍微查下它的手冊或是在網上搜索下即不難知道.
過程就不提了, 具體而言是這樣的:
#!/bin/bash
cd /usr/local/nginx/logs
tail -n 20 error.log | grep --color -3 $1
就是把 stream 這個寫死的關鍵字變成一個變量 $1, 自然 $ 符號就是 bash 跟定義變量有關的.
自然, 你應該能猜到, 如果想傳遞更多的參數, 就用 $2, $3, 以此類推.
然后你這樣
./search.sh hello
那么腳本文件名后面跟的字符串'hello'就會傳遞給 $1
這個變量, 於是就相當於執行了:
tail -n 20 error.log | grep --color -3 hello
同理, 可以把 tail 的行數和 grep 的上下文的行數也參數化:
#!/bin/bash
cd /usr/local/nginx/logs
tail -n $2 error.log | grep --color -$3 $1
如此一來, 當執行下述命令時:
./search.sh hello 1000 10
就相當於:
tail -n 1000 error.log | grep --color -10 hello
也即在日志文件的最后 1000 行里搜索, 並顯示關鍵行上下各 10 行的內容.
缺省值及判斷邏輯
自然, 很多時候可能只想傳遞關鍵字即可, 當把 tail 的行數和 grep 的上下文的行數也參數化后, 每次調用也要傳遞它們是不方便的, 當如果把它們寫死的話, 有時我們可能又需要適當變化, 這個矛盾怎么解決呢? 答案是利用缺省值和邏輯判斷.
如果是常用的語言, 如 java, javascript, 寫個這種判斷相信對你來說是個再簡單不過的事, 對於 bash 這種腳本語言, 最大的問題還是我們不熟悉其語法, 那么這個還是跟之前說的那樣, 查查手冊, 或搜索下, 過程就省略了, 具體來說, 可以這樣:
#!/bin/bash
lineCount=1000
if [ $2 ]; then
lineCount=$2
fi
contextCount=10
if [ $3 ]; then
contextCount=$3
fi
cd /usr/local/nginx/logs
tail -n $lineCount error.log | grep --color -$contextCount $1
簡單說就是定義兩個變量lineCount
和contextCount
, 分別具有 1000 和 10 兩個缺省值, 然后利用 if 判斷用戶是否輸入了第二和第三個參數, 如果有, 就用它們的值取代缺省值, 沒有的話就使用缺省值, 這樣一來就比較靈活了.
如果只輸入了關鍵字:
./search.sh hi
結果就是這樣:
tail -n 1000 error.log | grep --color -10 hi
輸入兩個參數:
./search.sh hello 300
結果就是這樣:
tail -n 300 error.log | grep --color -10 hello
輸入三個參數:
./search.sh hey 500 8
結果就是這樣:
tail -n 500 error.log | grep --color -8 hey
當然還是有個問題, 當你想只調整第三個參數時, 你還是必須得傳入第二個參數, 否則傳入的值只會被第二個參數優先獲得.
命令輸出
最后, 如果你想在執行前回顯一下將要執行的命令, 還可以利用 echo
這個命令來實現, 它同樣支持變量:
#!/bin/bash
lineCount=1000
if [ $2 ]; then
lineCount=$2
fi
contextCount=10
if [ $3 ]; then
contextCount=$3
fi
cd /usr/local/nginx/logs
echo "========= tail -n $lineCount error.log | grep --color -$contextCount $1"
tail -n $lineCount error.log | grep --color -$contextCount $1
這樣一來, 執行前就會先打印出將要執行的命令.
總結
綜上所述, 從單個命令到復合命令, 再到腳本化和參數化, 其實是用了編程中的抽象這一手法, 這是我們解決重復性以及解決復雜性的一種重要手段.
當一個命令或幾個的復合命令比較繁瑣時, 我們就用一個腳本文件去做抽象, 保留不變的東西, 把變化的東西參數化, 外部化, 通過這樣的方式, 就簡化了執行(調用)的過程, 減少了重復.
畢竟, 如果你經常需要查找日志的話, 輸入簡單的
./search.sh foo
比反復輸入如此之長的一串tail -n 1000 error.log | grep --color -10 foo
要方便快捷的多.
作為一名程序員, 減少重復是我們的天職, 我們應該是怕重復, 怕麻煩的, 某種意義上, 我們應該是"懶惰"的:
還記得 Perl 語言的發明人 Larry Wall 的話嗎: "優秀程序員應該有三大美德:懶惰、急躁和傲慢(laziness, impatience and hubris)"
更多關於抽象及重復的話題, 可以參考之前 計算機科學及重復性管理 專題, 關於使用 tail 結合 grep 查找日志關鍵字並高亮及顯示所在行上下文就介紹到這里.