MySQL数据库的优化方案与实践方法

　  关于Percona,Linux,Flashcache,硬件设备的优化经验，飞客与大家分享：

　　硬 件

　　1.开启BBWC

　　RAID卡都有写cache(Battery Backed Write Cache)，写cache对IO性能的提升非常明显，因为掉电会丢失数据，所以必须由电池提供支持。电池会定期充放电，一般为90天左右，当发现电量低于某个阀值时，会将写cache策略从writeback置为writethrough,相当于写cache会失效，这时如果系统有大量的IO操作，可能会明显感觉到IO响应速度变慢。目前，新的RAID卡内置了flash存储，掉电后会将写cache的数据写入flash中，这样就可以保证数据永不丢失，但依然需要电池的支持。

　　解决方案有两种：

　　(1)人工触发充放电，可以选择在业务低谷时做，降低对应用的影响。

　　(2)设置写cache策略为force write back,即使电池失效，也保持写cache策略为writeback,这样存在掉电后丢失数据的风险。

　　目前，有一些硬件厂家提供了电容供电的RAID卡，没有电池充放电的问题，可以联系自己的硬件厂商。

　　2.RAID卡配置

　　关闭读cacheRAID卡上的cache容量有限，我们选择direct方式读取数据，从而忽略读cache.

　　关闭预读：RAID卡的预读功能对于随机IO几乎没有任何提升，所以将预读功能关闭。

　　关闭磁盘cache一般情况下，如果使用RAID,系统会默认关闭磁盘的cache,也可以用命令强制关闭。

　　以上设置都可以通过RAID卡的命令行来完成，比如LSI芯片的RAID卡使用megacli命令。

　　3.开启Fastpath功能

　　Fastpath是LSI的新特性，在RAID控制器为SSD做了了优化，使用fastpath特性可以最大程度发挥出SSD的能力。如果使用SSD做RAID的方式，可以开启fastpath功能。关于fastpath特性，可以从LSI官网下载资料，并咨询自己的硬件提供商。

　　4.Fusionio参数调整

　　基本上，Fusionio无需做任何调整，下列三个参数可能会提升性能：

　　options iomemory-vsl use_workqueue=0

　　对于fusionio设备，忽略Linux IO调度，相当于使用NOOP.

　　options iomemory-vsl disable-msi=0

　　开启MSI中断，如果设备支持，则打开。

　　options iomemory-vsl use_large_pcie_rx_buffer=1

　　打开Large PCIE buffer,可能会提升性能。

　　操作系统

　　1.IO调度算法

　　Linux有四种IO调度算法：CFQ,Deadline,Anticipatory和NOOP,CFQ是默认的IO调度算法。完全随机的访问环境下，CFQ与Deadline,NOOP性能差异很小，但是一旦有大的连续IO,CFQ可能会造成小IO的响应延时增加，所以数据库环境建议修改为deadline算法，表现更稳定。我们的环境统一使用deadline算法。

　　IO调度算法都是基于磁盘设计，所以减少磁头移动是最重要的考虑因素之一，但是使用Flash存储设备之后，不再需要考虑磁头移动的问题，可以使用NOOP算法。NOOP的含义就是NonOperation,意味着不会做任何的IO优化，完全按照请求来FIFO的方式来处理IO.

　　减少预读：sysblocksdbqueueread_ahead_kb,默认128,调整为16.

　　增大队列：sysblocksdbqueuenr_requests,默认128,调整为512.

　　2.NUMA设置

　　单机单实例，建议关闭NUMA,关闭的方法有三种：

　　(1) 硬件层，在BIOS中设置关闭。

　　(2) OS内核，启动时设置numa=off.

　　(3) 可以用numactl命令将内存分配策略修改为interleave(交叉)，有些硬件可以在BIOS中设置。