1)服务器配置：

cpu：{Intel(R) Xeon(R)

CPU X5650 @ 2.67GHz*16

mem：32

2)mysql innodb：

innodb_buffer_pool_size = 22G

2.#free -g

[root@mysql11 ~]# free -g

total used free shared buffers cached

Mem: 31 31 0 0 0 5

-/+

buffers/cache: 25 5

Swap: 3 2 1

3、[root@mysql11 ~]# vmstat -a -S M 4

procs -----------memory---------- ---swap-- -----io---- --system--

-----cpu------

r b swpd free inact active si so bi bo in cs us sy id wa st

1 0 2320 93 2411 29248 0 0 12 77 0 1 3 2 95 0 0

1 0 2320 92 2412 29248 0 0 44 2522 22313 40230 7 4 90 0 0

4 0 2320 92 2413 29248 0 0 320 2528

25147 47254 9 5

86 0 0

4、用top看

USER NI RES SHR VIRT PID S

%MEM TIME+ PR %CPU

SWAP CODE DATA COMMAND

mysql 0 25g 5852 28.4g 14463 S 80.1 48948:37 15 286.2 3.2g 8352 28g

mysqld

5、总结：

从top命令可看出：

1)mysql进程 ，总共需要的内存为28G(DATA 40g)，

2)mysql进程，被 置换的虚拟内存大小为3.2g(SWAP 3.2g)

3)mysql进程，程序码占用内存大小为 8352(kb)

4)mysql进程，非程序码占用内存大小为 26g

综上所述，Linux服务器操作系统本身cache掉的内存大小约为5G左右。

6.业务运行环境：MySQL数据量为98G，会频繁进行大批量的数据导入，数据读取。相当于一个小型的数据仓库。

MySQL如何避免使用swap

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。这个情景比较常见，以下是最简单的三个调整方法：

1、/proc/sys/vm/swappiness的内容改成0(临时)，/etc/sysctl.conf上添加vm.swappiness=0(永久)

这个参数决定了Linux是倾向于使用swap，还是倾向于释放文件系统cache。在内存紧张的情况下，数值越低越倾向于释放文件系统cache。

当然，这个参数只能减少使用swap的概率，并不能避免Linux使用swap。

2、修改MySQL的配置参数innodb_flush_method，开启O_DIRECT模式。

这种情况下，InnoDB的buffer pool会直接绕过文件系统cache来访问磁盘，但是redo

log依旧会使用文件系统cache。值得注意的是，Redo

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

3、添加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