MySQL如何避免使用swap（1）

Linux有不少很好的内存、IO调度机制，可是并不会适用于全部场景。对于DBA来讲Linux比较让人头疼的一个地方是，它不会由于MySQL很重要就避免将分配给MySQL的地址空间映射到swap上。对于频繁进行读写操做的系统而言，数据看似在内存而实际上在磁盘是很是糟糕的，响应时间的增加极可能直接拖垮整个系统。这篇blog主要讲讲咱们做为DBA，怎样尽可能避免MySQL惨遭swap的毒手。

首先咱们要了解点基础的东西，好比说为何会产生swap。假设咱们的物理内存是16G，swap是4G。若是MySQL自己已经占用了12G物理内存，而同时其余程序或者系统模块又须要6G内存，这时候操做系统就可能把MySQL所拥有的一部分地址空间映射到swap上去。

cp一个大文件，或用mysqldump导出一个很大的数据库的时候，文件系统每每会向Linux申请大量的内存做为cache，一不当心就会致使L使用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，也不会占用太多。
三、添加MySQL的配置参数memlock
这个参数会强迫mysqld进程的地址空间一直被锁定在物理内存上，对于os来讲是很是霸道的一个要求。必需要用root账号来启动MySQL才能生效。

还有一个比较复杂的方法，指定MySQL使用大页内存（Large Page）。Linux上的大页内存是不会被换出物理内存的，和memlock有殊途同归之妙。具体的配置方法能够参考：http://harrison-fisk.blogspot.com/2009/01/enabling-innodb-large-pages-on-linux.html