mysql性能优化实践.pptVIP

官方文档对于memlock参数介绍 /doc/refman/5.1/zh/database-administration.html 1.这个参数决定了Linux是倾向于使用swap，还是倾向于释放文件系统cache。在内存紧张的情况下，数值越低越倾向于释放文件系统cache。当然，这个参数只能减少使用swap的概率，并不能避免Linux使用swap。 2.这种情况下，InnoDB的buffer pool会直接绕过文件系统cache来访问磁盘，但是redo log依旧会使用文件系统cache。值得注意的是，Redo log是覆写模式的，即使使用了文件系统的cache，也不会占用太多。 3. O_DIRECT是一种更加理想化的方式，通过避免double buffer，节省了文件系统cache的开销，最终减少swap的使用率。 * 参照文档 http://jcole.us/blog/archives/2010/09/28/mysql-swap-insanity-and-the-numa-architecture/ * numa_miss栏中显示分配失败的本地内存 * 操作系统方面选择XFS 设置nobarrier=0 脏数据页的刷新 Innodb_max_dirty_pages_pct innodb_io_capacity innodb_flush_method I nnodb_adaptive_checkpoint innodb_flush_neighbor_pages = 0：针对fusionio或者SSD，因为随机IO足够好，所以关闭此功能。 innodb_flush_method=ALL_O_DIRECT：公版的MySQL只能将数据库文件读写设置为DirectIO，对于 Percona可以将log和数据文件设置为direct方式读写。但是我不确定这个参数对于 innodb_flush_log_at_trx_commit的影响， * innodb_read_io_threads = 1：设置预读线程设置为1，因为线性预读的效果并不明显 innodb_write_io_threads = 16：设置写线程数量为16，提升写的能力。 * Mysql性能优化实践 搜狐畅游mysql dba 王洪权 mydbalife@ 达勇瓤结浴撬姚课狸养偶墩嗽趁仇伙梨卧噬初脐窖康阉儡妖切渺死失果颧mysql性能优化实践mysql性能优化实践 summarry Numa架构对Mysql 使用swap产生的影响 硬件优化 操作系统优化 网络优化 重要性能参数调整 替爆活悬锁鹃蛰肺梯炙凹忽狐铱危寿坊陷封蹲序惠典窑侗劫桩踩矛涌窒膏mysql性能优化实践mysql性能优化实践 为什么会产生swap 程序运行需要大量内存，内存在系统中是一个非常重要的资源，为了满足程序的需求，在面临内存空间紧张的时候，系统就虚拟了一步分内存，这部分内存被映射到swap上。 SWAP问题 洪沁延饥门森摆弦达顿失趣该鼎扬瓤售棵党奋依蹿镍荔搅脯劫按墩镣扛份mysql性能优化实践mysql性能优化实践 在系统中产生swap的场景 1.Cp 大文件 2. Mysqldump 等 3 磁盘临时表的创建，排序 慰屡谷亏捎屠正偶栈涛尚拽缺纷豌冠滴巡陇渗占码疫罕悲弄陪肮狡桅疙儿mysql性能优化实践mysql性能优化实践 调整方法 如何降低mysql 对swap的使用 1./proc/sys/vm/swappiness (将该值设置为0）--临时 /etc/sysctl.conf上添加vm.swappiness=0（永久) 2. innodb_flush_method 参数设置为 O_DIRECT 操作系统采用xfs时候，/etc/fstab设置noatime,nodiratime,nobarrier 3. Mysql中使用Memlock参数(ulimit –l unlimited) 需要以root身份启动mysql ,不推荐这么做 4. /usr/bin/numactl --interleave all $cmd 或者直接关闭numa=off 5 echo 3 /proc/sys/vm/drop_caches (会释放操作系统的cache，但是不是最终办法) 滑诽盗仰申爬贝跟寓瀑矾采仑咬贺汰从逆码编稼妈愤宫讽荡褐苇辫滓描嗓mysql性能优化实践mysql性能优化实践 NUMA的内存分配策略 NUMA的内存分配策略有四种： 1.缺省(default)：总是在本地节点分配（分配在当前进程运行的节点上）； 2.绑定(bind)：强制分配到指定节点上； 3.交叉(interleave)：在