MySQL服务器Swap满了100%导致db很慢很卡

MySQL服务器Swap满了100%导致db很慢很卡

DB服务器会产生swap呢？假设我们的物理内存是12G，swap是3G。如果MySQL本身已经占用了10G物理内存，而

同时其他应用程序或者系统进程又需要3G内存，这时候操作系统就可能把MySQL所拥有的一部分地址空间映射

到swap上去，有可能产生swap的操作事件：

 

产生的主要原因：
1 copy一个大文件，比如上百G的backup包

2 正在mysqldump以及mysql import一个很大的库的时候。

3 大批量的并发操作的io writer和io read操作。

 

 

 

通常的解决办法：
1 修改swappiness的值：/proc/sys/vm/swappiness的内容改成0（临时），/etc/sysctl.conf上添加

vm.swappiness=0（永久）这个参数：linux是倾向于使用swap，还是倾向于释放文件系统cache，在内存紧张

的时候，数值越低越倾向于释放文件系统cache，【】只能减少并不能避免使用swap

2 修改my.cnf里面的innodb_flush_method参数，开启O_DIRECT模式。
这种情况下，InnoDB的buffer pool会直接绕过文件系统cache来访问磁盘，但是redo log依旧会使用文件系

统cache。值得注意的是，Redo log是覆写模式的，即使使用了文件系统的cache，也不会占用太多。

3 添加MySQL的配置参数memlock
这个参数会强迫mysqld进程的地址空间一直被锁定在物理内存上，对于os来说是非常霸道的一个要求。必须

要用root帐号来启动MySQL才能生效

4 指定MySQL使用大页内存（Large Page）。Linux上的大页内存是不会被换出物理内存的，和memlock有异曲

同工之妙。

5 临时释放锁占据的swap