linux平常小命令.docx

查看CPU：cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c

查看內存：cat /proc/meminfo

查看內存個數：dmidecode |grep -A16 "Memory Device$"

cat /proc/meminfo | grep MemTotal

查看硬盤大小：df –lh 或者 fdisk -l | grep Disk

安裝：rpm -ivh

卸載：rpm -e

刪除文件：rm -rf

複製文件：cp -r

強殺進程：killr -9 進程號

查看進程：ps -ef| grep 進程，如：java/redis

netstat -tln

受權：chmod 777 地址

查找端口號：netstat -ano | find "8080"

查看磁盤：df -h

關閉防火牆：service iptables stop

查看日誌信息： tail -f /usr/local/webpdf/logs/webpdf.log

從新開啓轉換服務： /usr/local/webpdf/bin/startup.sh

查看轉換服務進程： ps –ef|grep java

Zk查看轉換服務：

/usr/local/zookeeper/bin/zkCli.sh

ls /nextConvertLock

中止服務：/usr/local/tomcat/bin/shutdown.sh

開啓服務：/usr/local/tomcat/bin/startup.sh

目錄建立：mkdir

刪除目錄 rm –rf

刪除文件 rm

刪表-重啓tomcat，壓file/add，從數據庫查fileid，再壓manifest

 

安裝iostat

Yum install sysstat

sysstat的安裝包是：sysstat-5.0.5-1.i386.rpm，裝完了sysstat-5.0.5-1.i386.rpm
後 就會有iostat、mpstat、sar、sa的功能，sysstat-5.0.5-1.i386.rpm
啓動sysstat
/etc/init.d/sysstat start

設置sysstat自啓動
#checkfig sysstat on

MPSTAT
MPSTAT -P ALL 2 3

nmon -s 5 -c 240 -f -m /home

-s 10 表示每10秒採集一次數據。

-c 120 表示採集360次。360*10=3600秒，總共就是1小時。

-f 表示生成的數據文件名中有時間

-m /u01/app/nmon  表示生成的數據文件的路徑

若是 %util 接近 100%，說明產生的I/O請求太多，I/O系統已經滿負荷，該磁盤
可能存在瓶頸。
idle小於70% IO壓力就較大了,通常讀取速度有較多的wait.

同時能夠結合vmstat 查看查看b參數(等待資源的進程數)和wa參數(IO等待所佔用的CPU時間的百分比,高過30%時IO壓力高)

若是 svctm 比較接近 await，說明I/O 幾乎沒有等待時間；
若是 await 遠大於 svctm，說明 I/O隊列太長，應用獲得的響應時間變慢，

通常狀況下CPU利用率裏User%應占70%左右，Sys%應占30%左右，若是Sys%或Wait%佔比等於或超過了User%則應該關注是什麼引發了過多的系統消耗，多是大量的Disk或Network I/O

隨着併發的增長，應用進程對CPU的消耗都增長在Wait%上，經排查是因爲NFS讀寫遇到瓶頸致使。

從新開啓convert

/usr/local/webpdf/bin/startup.sh

/usr/local/webpdf/bin/shutdown.sh

Mysql改鏈接池：

Vi /usr/local/webpdf/config/webpdf.conf

Mysql.maxpoolsize=???

Mysql查看鏈接池數：

 show processlist

查看內存空閒：

Free –m

開啓zk

sh zkServer.sh start

 cd /usr/local/zookeeper

/usr/local/zookeeper/bin

root權限

r 表示運行隊列(就是說多少個進程真的分配到CPU)，我測試的服務器目前CPU比較空閒，沒什麼程序在跑，當這個值超過了CPU數目，就會出現CPU瓶頸了。這個也和top的負載有關係，通常負載超過了3就比較高，超過了5就高，超過了10就不正常了，服務器的狀態很危險。top的負載相似每秒的運行隊列。若是運行隊列過大，表示你的CPU很繁忙，通常會形成CPU使用率很高。

b 表示阻塞的進程,這個很少說，進程阻塞，你們懂的。

swpd 虛擬內存已使用的大小，若是大於0，表示你的機器物理內存不足了，若是不是程序內存泄露的緣由，那麼你該升級內存了或者把耗內存的任務遷移到其餘機器。

free   空閒的物理內存的大小，個人機器內存總共8G，剩餘3415M。

buff   Linux/Unix系統是用來存儲，目錄裏面有什麼內容，權限等的緩存，我本機大概佔用300多M

cache cache直接用來記憶咱們打開的文件,給文件作緩衝，我本機大概佔用300多M(這裏是Linux/Unix的聰明之處，把空閒的物理內存的一部分拿來作文件和目錄的緩存，是爲了提升 程序執行的性能，當程序使用內存時，buffer/cached會很快地被使用。)

si  每秒從磁盤讀入虛擬內存的大小，若是這個值大於0，表示物理內存不夠用或者內存泄露了，要查找耗內存進程解決掉。個人機器內存充裕，一切正常。

so  每秒虛擬內存寫入磁盤的大小，若是這個值大於0，同上。

bi  塊設備每秒接收的塊數量，這裏的塊設備是指系統上全部的磁盤和其餘塊設備，默認塊大小是1024byte，我本機上沒什麼IO操做，因此一直是0，可是我曾在處理拷貝大量數據(2-3T)的機器上看過能夠達到140000/s，磁盤寫入速度差很少140M每秒

bo 塊設備每秒發送的塊數量，例如咱們讀取文件，bo就要大於0。bi和bo通常都要接近0，否則就是IO過於頻繁，須要調整。

in 每秒CPU的中斷次數，包括時間中斷

cs 每秒上下文切換次數，例如咱們調用系統函數，就要進行上下文切換，線程的切換，也要進程上下文切換，這個值要越小越好，太大了，要考慮調低線程或者進程的數目,例如在apache和nginx這種web服務器中，咱們通常作性能測試時會進行幾千併發甚至幾萬併發的測試，選擇web服務器的進程能夠由進程或者線程的峯值一直下調，壓測，直到cs到一個比較小的值，這個進程和線程數就是比較合適的值了。系統調用也是，每次調用系統函數，咱們的代碼就會進入內核空間，致使上下文切換，這個是很耗資源，也要儘可能避免頻繁調用系統函數。上下文切換次數過多表示你的CPU大部分浪費在上下文切換，致使CPU幹正經事的時間少了，CPU沒有充分利用，是不可取的。

us 用戶CPU時間，我曾經在一個作加密解密很頻繁的服務器上，能夠看到us接近100,r運行隊列達到80(機器在作壓力測試，性能表現不佳)。

sy 系統CPU時間，若是過高，表示系統調用時間長，例如是IO操做頻繁。

id  空閒 CPU時間，通常來講，id + us + sy = 100,通常我認爲id是空閒CPU使用率，us是用戶CPU使用率，sy是系統CPU使用率。

wt 等待IO CPU時間。