1.1、cpu方面：
vmstat、sar、top P、htop、nmon、mpstat
#1.2、記憶體：
free、ps-aux、top M
1.3、IO設備(c碟、網路)：
iostat、ss、netstat、iptraf、iftop、lsof
#補充：
#vmstat指令說明：
iostat指令說明實例指令：iostat-dk15
iostat-d-k-x5(查看設備使用率(%util)和回應時間(await))
2、系統層面問題解決方法
在實際的生產中，通常覺得cpu只要不超過90%都沒哪些問題，其實也不排除下邊這種特殊情況：
#2.1、cpu負載高，IO負載低
#2.2、IO負載高，cpu負載低
2.3、IO和cpu負載都很高
硬體不夠了或SQL存在問題
3、基礎最佳化--硬體優化
3.1、主機方面：
3.2、cpu的選擇：
3.3、記憶體的選擇：
3.4、儲存方面：
3.5、raid卡：主機raid卡選擇：
3.6、網路設備方面：
使用流量支援更高的網路設備(交換器、路由器、網路線、網路卡、HBA卡)
注意：以上這種規劃應在初始設計系統時就應考慮好。
4、作業系統最佳化
Cpu：
#基本上不須要調整紅旗linux桌面版，在硬體選擇方面下工夫即可。
顯存：
基本上不須要調整，在硬體選擇方面下工夫即可。
SWAP：
MySQL盡量避開使用swap。阿里雲的伺服器中預設swap為0
IO：
這個參數決定了Linux是傾向於使用swap，還是傾向於釋放檔案系統cache。在顯存緊張的情況下，數值越低越傾向於釋放檔案系統cache。其實，這個參數只能降低使用swap的機率，並不能防止Linux使用swap。
#更改MySQL的設定參數innodb_flush_methodlinux查看硬體訊息，開啟O_DIRECT模式。在這些情況下，InnoDB的bufferpool會直接繞過檔案系統cache來存取c盤，而且redolog仍然會使用檔案系統cache。值得注意的是linux 檔案系統最佳化，Redolog是覆寫模式的，雖然使用了檔案系統的cachelinux 檔案系統最佳化，也不會佔用太多。
5、系統參數調整
Linux系統核心參數最佳化：
vim /etc/sysctl.conf net.ipv4.ip_local_port_range = 1024 65535 # 用户端口范围 net.ipv4.tcp_max_syn_backlog = 4096 net.ipv4.tcp_fin_timeout = 30 fs.file-max=65535 # 系统最大文件句柄，控制的是能打开文件最大数量
使用者限制參數：
vim /etc/security/limits.conf * soft nproc 65535 * hard nproc 65535 * soft nofile 65535 * hard nofile 65535
6、不相干應用最佳化
業務應用程式與資料庫應用獨立,防火牆：iptables、selinux等其他無用服務(關閉)：
chkconfig --level 23456 acpid off chkconfig --level 23456 anacron off chkconfig --level 23456 autofs off chkconfig --level 23456 avahi-daemon off chkconfig --level 23456 bluetooth off chkconfig --level 23456 cups off chkconfig --level 23456 firstboot off chkconfig --level 23456 haldaemon off chkconfig --level 23456 hplip off chkconfig --level 23456 ip6tables off chkconfig --level 23456 iptables off chkconfig --level 23456 isdn off chkconfig --level 23456 pcscd off chkconfig --level 23456 sendmail off chkconfig --level 23456 yum-updatesd off
以上是網路設備cpu的選擇及規劃的詳細內容。更多資訊請關注PHP中文網其他相關文章！
