3、第三方的监控软件、设备（snmp、agent）对物理设施进行监控
4、存储设备：自带的监控平台 。EMC2（hp收购了），日立（hds），IBM低端OEM hds，高端存储是自己技术，华为存储
 
5.4 系统优化CPU：
基本不需要调整，在硬件选择方面下功夫即可 。
内存：
基本不需要调整，在硬件选择方面下功夫即可 。
SWAP：
MySQL尽量避免使用swap 。
阿里云的服务器中默认swap为0
IO ：
raid、no lvm、 ext4或xfs、ssd、IO调度策略
Swap调整(不使用swap分区)
/proc/sys/vm/swAppiness的内容改成0（临时），/etc/sysctl.conf上添加vm.swappiness=0（永久）这个参数决定了linux是倾向于使用swap，还是倾向于释放文件系统cache 。在内存紧张的情况下，数值越低越倾向于释放文件系统cache 。
当然，这个参数只能减少使用swap的概率，并不能避免Linux使用swap 。
修改MySQL的配置参数innodb_flush_method，开启O_DIRECT模式 。
这种情况下，InnoDB的buffer pool会直接绕过文件系统cache来访问磁盘，但是redo log依旧会使用文件系统cache 。
值得注意的是，Redo log是覆写模式的，即使使用了文件系统的cache，也不会占用太多
IO调度策略
#echo deadline>/sys/block/sda/queue/scheduler 临时修改为deadline永久修改
vi /boot/grub/grub.conf更改到如下内容:kernel /boot/vmlinuz-2.6.18-8.el5 ro root=LABEL=/ elevator=deadline rhgb quiet 
5.5 系统参数调整Linux系统内核参数优化
vim /etc/sysctl.confnet.ipv4.ip_local_port_range = 1024 65535 # 用户端口范围net.ipv4.tcp_max_syn_backlog = 4096net.ipv4.tcp_fin_timeout = 30fs.file-max=65535 # 系统最大文件句柄，控制的是能打开文件最大数量用户限制参数（mysql可以不设置以下配置）
vim /etc/security/limits.conf* soft nproc 65535* hard nproc 65535* soft nofile 65535* hard nofile 65535 
5.6 应用优化业务应用和数据库应用独立，
防火墙：iptables、selinux等其他无用服务：
chkconfig --level 23456 acpid offchkconfig --level 23456 anacron offchkconfig --level 23456 autofs offchkconfig --level 23456 avahi-daemon offchkconfig --level 23456 bluetooth offchkconfig --level 23456 cups offchkconfig --level 23456 firstboot offchkconfig --level 23456 haldaemon offchkconfig --level 23456 hplip offchkconfig --level 23456 ip6tables offchkconfig --level 23456 iptables offchkconfig --level 23456 isdn offchkconfig --level 23456 pcscd offchkconfig --level 23456 sendmail offchkconfig --level 23456 yum-updatesd off安装图形界面的服务器不要启动图形界面 runlevel 3
另外，思考将来我们的业务是否真的需要MySQL，还是使用其他种类的数据库 。用数据库的最高境界就是不用数据库 。
 
6 数据库优化SQL优化方向：
执行计划、索引、SQL改写
架构优化方向：
高可用架构、高性能架构、分库分表
 
6.1 数据库参数优化调整：
实例整体（高级优化，扩展）：
thread_concurrency # 并发线程数量个数sort_buffer_size # 排序缓存read_buffer_size # 顺序读取缓存read_rnd_buffer_size # 随机读取缓存key_buffer_size # 索引缓存thread_cache_size # (1G—>8, 2G—>16, 3G—>32, >3G—>64)连接层（基础优化）
设置合理的连接客户和连接方式
max_connections # 最大连接数，看交易笔数设置max_connect_errors # 最大错误连接数，能大则大connect_timeout # 连接超时max_user_connections # 最大用户连接数skip-name-resolve # 跳过域名解析wait_timeout # 等待超时back_log # 可以在堆栈中的连接数量SQL层（基础优化）
query_cache_size：查询缓存 >>> OLAP类型数据库,需要重点加大此内存缓存，但是一般不会超过GB对于经常被修改的数据，缓存会立马失效 。我们可以实用内存数据库（redis、memecache），替代他的功能 。 
6.2 存储引擎层（innodb基础优化参数）default-storage-engineinnodb_buffer_pool_size #没有固定大小，50%测试值，看看情况再微调 。但是尽量设置不要超过物理内存70%innodb_file_per_table=(1,0)innodb_flush_log_at_trx_commit=(0,1,2) # 1是最安全的，0是性能最高，2折中binlog_syncInnodb_flush_method=(O_DIRECT, fdatasync)innodb_log_buffer_size # 100M以下innodb_log_file_size # 100M 以下innodb_log_files_in_group # 5个成员以下,一般2-3个够用（iblogfile0-N）innodb_max_dirty_pages_pct # 达到百分之75的时候刷写 内存脏页到磁盘 。log_binmax_binlog_cache_size # 可以不设置max_binlog_size # 可以不设置innodb_additional_mem_pool_size #小于2G内存的机器，推荐值是20M 。32G内存以上100M