只有光頭才能變強。html
文本已收錄至個人GitHub倉庫,歡迎Star:github.com/ZhongFuChen…java
以前寫過一篇 《 在公司作的項目和本身在學校作的有什麼區別? 》不知道你們還有印象沒有,裏面提到了在工做中可能須要等上Linux服務器,查看一些信息(特別是查日誌找Bug)。node
我在大學的時候也有過Linux的課程,在期間也作過Linux相關的筆記:linux
用戶和權限管理看了你就會用啦github
Linux進程管理vim
Linux網絡管理bash
可是,在學校學完,沒咋練手(仍是太菜了),去到公司能夠說是全忘光了。這篇文章主要來回顧之前的筆記,以及記錄一下在工做中比較經常使用的一些命令。服務器
線上出現了問題,登上線上的機器查日誌是很是常見的操做了。我第一次登上線上機器查日誌的時候,我還只記得如下的幾個命令(假設如今咱們的日誌文件叫作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
參考資料:
查進程有兩個命令:
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
TOP命令查看進程的狀態,其中有個load average可能不是那麼好理解,下面來解釋一下:
load average:在特定時間間隔內運行隊列中(在CPU上運行或者等待運行多少進程)的平均進程數。
load average 有三個值,分別表明:1分鐘、5分鐘、15分鐘內運行進程隊列中的平均進程數量。
Linux進程能夠分爲三個狀態:
好比如今系統有2個正在運行的進程,3個可運行進程,那麼系統的load就是5,load average就是必定時間內的load數量均值。
linux的內存管理機制的思想包括(不敢說就是)內存利用率最大化,內核會把剩餘的內存申請爲cached,而cached不屬於free範疇。
若是free的內存不夠,內核會把部分cached的內存回收,回收的內存再分配給應用程序。因此對於linux系統,可用於分配的內存不僅是free的內存,還包括cached的內存(其實還包括buffers)。
Buffer Cache和Page Cache。前者針對磁盤塊的讀寫,後者針對文件inode的讀寫。這些Cache有效縮短了 I/O系統調用(好比read,write,getdents)的時間。磁盤的操做有邏輯級(文件系統)和物理級(磁盤塊)
參考資料:
我工做時長比較短,因此可能會有不少命令會忽略掉了,歡迎在評論區補充比較經常使用的命令。後續若是某些命令比較重要的,我再分享哈~
樂於輸出乾貨的Java技術公衆號:Java3y。公衆號內有200多篇原創技術文章、海量視頻資源、精美腦圖,關注便可獲取!
以爲個人文章寫得不錯,點贊!