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中文網其他相關文章!