前言

在運(yùn)維的坑里摸爬滾打好幾年了，我還記得我剛開始的時候，我只會使用一些簡單的命令，寫腳本的時候，也是要多簡單有多簡單，所以有時候?qū)懗鰜淼哪_本又長又臭。

像一些高級點(diǎn)的命令，比如說 Xargs 命令、管道命令、自動應(yīng)答命令等，如果當(dāng)初我要是知道，那我也可能寫出簡潔高效的腳本。

不管出于任何原因，我都想對一些 Linux 使用的高級命令進(jìn)行用法說明，利人利己，以后不記得的話，我也可以回頭翻來看看。

一、實(shí)用的 xargs 命令

在平時的使用中，我認(rèn)為 xargs 這個命令還是較為重要和方便的。我們可以通過使用這個命令，將命令輸出的結(jié)果作為參數(shù)傳遞給另一個命令。

比如說我們想找出某個路徑下以 .conf 結(jié)尾的文件，并將這些文件進(jìn)行分類，那么普通的做法就是先將以 .conf 結(jié)尾的文件先找出來，然后輸出到一個文件中，接著 cat 這個文件，并使用 file 文件分類命令去對輸出的文件進(jìn)行分類。

這個普通的方法還的確是略顯麻煩，那么這個時候 xargs 命令就派上用場了。

例1：找出 / 目錄下以 .conf 結(jié)尾的文件，并進(jìn)行文件分類

命令：# find / -name *.conf -type f -print | xargs file

輸出結(jié)果如下所示：

xargs 后面不僅僅可以加文件分類的命令，你還可以加其他的很多命令，比如說實(shí)在一點(diǎn)的tar命令，你可以使用 find 命令配合 tar 命令，將指定路徑的特殊文件使用 find 命令找出來，然后配合 tar 命令將找出的文件直接打包，命令如下：

# find / -name *.conf -type f -print | xargs tar cjf test.tar.gz

二、命令或腳本后臺運(yùn)行

有時候我們進(jìn)行一些操作的時候，不希望我們的操作在終端會話斷了之后就跟著斷了，特別是一些數(shù)據(jù)庫導(dǎo)入導(dǎo)出操作，如果涉及到大數(shù)據(jù)量的操作，我們不可能保證我們的網(wǎng)絡(luò)在我們的操作期間不出問題，所以后臺運(yùn)行腳本或者命令對我們來說是一大保障。

比如說我們想把數(shù)據(jù)庫的導(dǎo)出操作后臺運(yùn)行，并且將命令的操作輸出記錄到文件，那么我們可以這么做：

nohup mysqldump -uroot -pxxxxx —all-databases > ./alldatabases.sql &（xxxxx是密碼）

當(dāng)然如果你不想密碼明文，你還可以這么做：

nohup mysqldump -uroot -pxxxxx —all-databases > ./alldatabases.sql （后面不加&符號）

執(zhí)行了上述命令后，會提示叫你輸入密碼，輸入密碼后，該命令還在前臺運(yùn)行，但是我們的目的是后天運(yùn)行該命令，這個時候你可以按下 Ctrl+Z，然后在輸入bg就可以達(dá)到第一個命令的效果，讓該命令后臺運(yùn)行，同時也可以讓密碼隱蔽輸入。

命令后臺執(zhí)行的結(jié)果會在命令執(zhí)行的當(dāng)前目錄下留下一個 nohup.out 文件，查看這個文件就知道命令有沒有執(zhí)行報(bào)錯等信息。

三、找出當(dāng)前系統(tǒng)內(nèi)存使用量較高的進(jìn)程

在很多運(yùn)維的時候，我們發(fā)現(xiàn)內(nèi)存耗用較為嚴(yán)重，那么怎么樣才能找出內(nèi)存消耗的進(jìn)程排序呢？

命令：# ps -aux | sort -rnk 4 | head -20

輸出的第4列就是內(nèi)存的耗用百分比。最后一列就是相對應(yīng)的進(jìn)程。

四、找出當(dāng)前系統(tǒng)CPU使用量較高的進(jìn)程

在很多運(yùn)維的時候，我們發(fā)現(xiàn)CPU耗用較為嚴(yán)重，那么怎么樣才能找出CPU消耗的進(jìn)程排序呢？

命令：# ps -aux | sort -rnk 3 | head -20

輸出的第3列為 CPU 的耗用百分比，最后一列就是對應(yīng)的進(jìn)程。

我想大家應(yīng)該也發(fā)現(xiàn)了，sort 命令后的3、4其實(shí)就是代表著第3列進(jìn)行排序、第4列進(jìn)行排序。

五、同時查看多個日志或數(shù)據(jù)文件

在日常工作中，我們查看日志文件的方式可能是使用tail命令在一個個的終端查看日志文件，一個終端就看一個日志文件。包括我在內(nèi)也是，但是有時候也會覺得這種方式略顯麻煩，其實(shí)有個工具叫做 multitail 可以在同一個終端同時查看多個日志文件。

首先安裝 multitail：

# wget ftp://ftp.is.co.za/mirror/ftp.rpmforge.net/redhat/el6/en/x86_64/dag/RPMS/multitail-5.2.9-1.el6.rf.x86_64.rpm

# yum -y localinstall multitail-5.2.9-1.el6.rf.x86_64.rpm

multitail 工具支持文本的高亮顯示，內(nèi)容過濾以及更多你可能需要的功能。

如下就來一個有用的例子：

此時我們既想查看 secure 的日志指定過濾關(guān)鍵字輸出，又想查看實(shí)時的網(wǎng)絡(luò) ping 情況：

命令如下：

# multitail -e "Accepted" /var/log/secure -l "ping baidu.com"

不是很方便？如果平時我們想查看兩個日志之間的關(guān)聯(lián)性，可以觀察日志輸出是否有觸發(fā)等。如果分開兩個終端可能來回進(jìn)行切換有點(diǎn)浪費(fèi)時間，這個multitail工具查看未嘗不是一個好方法。

六、持續(xù) ping 并將結(jié)果記錄到日志

很多時候，運(yùn)維總會聽到一個聲音，是不是網(wǎng)絡(luò)出什么問題了啊，導(dǎo)致業(yè)務(wù)出現(xiàn)怪異的癥狀，肯定是服務(wù)器網(wǎng)絡(luò)出問題了。這個就是俗稱的背鍋，業(yè)務(wù)出了問題，第一時間相關(guān)人員找不到原因很多情況下就會把問題歸結(jié)于服務(wù)器網(wǎng)絡(luò)有問題。

這個時候你去 ping 幾個包把結(jié)果丟出來，人家會反駁你，剛剛那段時間有問題而已，現(xiàn)在業(yè)務(wù)都恢復(fù)正常了，網(wǎng)絡(luò)肯定正常啊，這個時候估計(jì)你要?dú)馑馈?/p>

你要是再拿出zabbix等網(wǎng)絡(luò)監(jiān)控的數(shù)據(jù)，這個時候就不太妥當(dāng)了，zabbix的采集數(shù)據(jù)間隔你不可能設(shè)置成1秒鐘1次吧？小編就遇到過這樣的問題，結(jié)果我通過以下的命令進(jìn)行了ping監(jiān)控采集。

然后再有人讓我背鍋的時候，我把出問題時間段的ping數(shù)據(jù)庫截取出來，大家公開談，結(jié)果那次被我叼杠回去了，以后他們都不敢輕易甩鍋了，這個感覺好啊。

命令：

ping api.jpush.cn | awk ‘{ print $0”    “ strftime(“%Y-%m-%d %H:%M:%S”,systime()) } ‘ >> /tmp/jiguang.log &

輸出的結(jié)果會記錄到 /tmp/jiguang.log 中，每秒鐘新增一條 ping 記錄，如下：

七、查看tcp連接狀態(tài)

指定查看80端口的tcp連接狀態(tài)，有利于分析連接是否釋放，或者攻擊時進(jìn)行狀態(tài)分析。

命令：

# netstat -nat |awk ‘{print $6}’|sort|uniq -c|sort -rn

八、查找80端口請求數(shù)最高的前20個IP

有時候業(yè)務(wù)的請求量突然上去了，那么這個時候我們可以查看下請求來源IP情況，如果是集中在少數(shù)IP上的，那么可能是存在攻擊行為，我們使用防火墻就可以進(jìn)行封禁。命令如下：

# netstat -anlp|grep 80|grep tcp|awk '{print $5}'|awk -F: '{print $1}'|sort|uniq -c|sort -nr|head -n20

九、ssh實(shí)現(xiàn)端口轉(zhuǎn)發(fā)

可能很多的朋友都聽說過 ssh 是 linux 下的遠(yuǎn)程登錄安全協(xié)議，就是通俗的遠(yuǎn)程登錄管理服務(wù)器。但是應(yīng)該很少朋友會聽說過 ssh 還可以做端口轉(zhuǎn)發(fā)。其實(shí) ssh 用來做端口轉(zhuǎn)發(fā)的功能還是很強(qiáng)大的，下面就來做示范。

實(shí)例背景 ：我們公司是有堡壘機(jī)的，任何操作均需要在堡壘機(jī)上進(jìn)行，有些開發(fā)人員需要訪問 ELasticSearch 的 head 面板查看集群狀態(tài)，但是我們并不想將 ElasticSearch 的9200 端口映射出去，依然想通過堡壘機(jī)進(jìn)行訪問。

所以才會將通往堡壘機(jī)（192.168.1.15）的請求轉(zhuǎn)發(fā)到服務(wù)器 ElasticSearch（192.168.1.19）的 9200 上。

例子：

將發(fā)往本機(jī)（192.168.1.15）的 9200 端口訪問轉(zhuǎn)發(fā)到 192.168.1.19 的 9200 端口

ssh -p 22 -C -f -N -g -L 9200:192.168.1.19:9200 ihavecar@192.168.1.19

記住：前提是先進(jìn)行秘鑰傳輸。

命令執(zhí)行完后，訪問 192.168.1.15:9200 端口則真實(shí)是訪問 192.168.1.19:9200 端口。