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
