[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@ Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. summarry Numa架构对Mysql 使用swap产生的影响 硬件优化 操作系统优化 网络优化 重要性能参数调整 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 为什么会产生swap 程序运行需要大量内存，内存在系统中是一个非常重要的资源，为了满足程序的需求，在面临内存空间紧张的时候，系统就虚拟了一步分内存，这部分内存被映射到swap上。 SWAP问题 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 在系统中产生swap的场景 1.Cp 大文件 2. Mysqldump 等 3 磁盘临时表的创建，排序 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 调整方法 如何降低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 ech