來源：公衆号Java3y ， 作者 Java3y

　　一、查看日志

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

　　cat service.logtail -f service.logvim serivice.log（明顯是不夠用的） 現在日志每天産出的大小大概1GB：

　　每天産出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

　　查看行數

　　參考資料：

　　htt 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)的時間。磁盤的操作有邏輯級（文件系統）和物理級（磁盤塊)

　　參考資料：

　　htt

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!