MySQL优化参考方案建议.doc

MySQL优化参考方案建议.docMySQL优化参考方案建议木文整理了一些MySQL的通用优化方法,做个简单的总结分享,旨在帮助那些没有专职MySQLDBA的企业做好基本的优化工作,至于具体的SQL优化,人部分通过加适当的索引即可达到效果,更复朵的就需要具体分析了,可以参考本站的一些优化案例或者联系我,下方有我的联系方式。MySQL硬件层相关优化CPU相关在服务器的BIOS设置中,可调整下面的几个配置,目的是发挥CPU最人性能,或者避免经典的NUMA问题:选择PerformancePerWattOptimized(DAPC)模式,发挥CPU最人性能,跑DB这种通常需要高运算量的服务就不要考虑节电了;关闭C1E和CStates等选项,目的也是为了捉升CPU效率;MemoryFrequency(内存频率)选择MaximumPerformance(最住性能);内存设置菜单屮,启川NodeInterleaving,避免NUMA问题;磁盘I/O相关下面儿个是按照IOPS性能提升的幅度排序,对于磁盘I/O可优化的一些措施:使用SSD或者PCIeSSD设备,至少获得数百倍甚至万倍的IOPS提升;购置阵列卡同时配备CACHE及BBU模块,町明显提升IOPS(主要是指机械盘,SSD或PCIeSSD除外。同时需要定期检查CACHE及BBU模块的健康状况,确保意外时不至于丢失数据);有阵列卡时,设置阵列写策略为WB,甚至FORCEWB(若有双电保护,或对数据安全性耍求不是特别鬲的话),严禁使用WT策略。并几闭阵列预读策略,基本上是鸡肋,用处不大;尽可能选用RAID-10,而RAID-5;使用机械盘的话,尽可能选择高转速的,例如选用15KRPM,,不差几个钱的;2、系统层相关优化2・1、文件系统层优化在文件系统层,下面几个措施町明显提升IOPS性能:使用deadline/noop这两种I/O调度器,千万别用cfq(它不适合跑DB类服务);使用xfs文件系统,千万别用ext3;ext4勉强可用,但业务量很大的话,则-•定要用xfs;文件系统mount参数中增加:noatime,nodiratime,nobarrier儿个选项(nobarrier是xfs文件系统特有的);、其他内核参数优化针对关键内核参数设定合适的值,口的是为了减少swap的倾向,并H让内存和磁盘I/O不会出现大幅波动,导致瞬间波峰负载:-10左右即可,哄至设置为0(RHEL7以上则慎重设置为0,除非你允许OOMkill发生),以降低使用SWAP的机会;-10,,以确保能持续将脏数据刷新到磁盘,避免瞬间I/O写,产生严重等待(和MySQL中的innodb__max_dirty_pages_pct类似);..,减少TIME__WAIT,提高TCP效率;至于网传的read_ahead_kbxnr_requests这两个参数,我经过测试后,发现对读写混合为主的OLTP环境影响并不大(应该是对读敏感的场景更有效果),不过没准是我测试方法冇问题,可自行斟酌是否调整;3、