三、MySQL内存使用相关的一些代码
1、memlock
在MySQL的源码目录里面查询memlock，可以知道这个参数的作用是使MySQL调用mlockall()。在源码里面匹配可以得知NDB、MyISAM和mysqld都调用了mlockall()。NDB是可以独立于MySQL而存在的存储引擎，此处按下不表。mysqld调用mlockall()的方式有点出乎意料，在init_server_components()函数里传给mlockall()的flag是MCL_CURRENT，也就是说之后申请的内存一概不用锁住。再看看MyISAM的调用顺序是：mlockall() <- lock_memory() <- mi_repair()，MyISAM只有修复的时候会调用mlockall()函数。

2、large-pages
根据Linux的内核文档，大页内存有两种方法可以用到：一种是创建hugetlb类型的文件，并将它mmap到程序的内存地址里面，然后进行正常的读写操作。另外一种是之前说到的shmget()+shmat()，也正是MySQL采用的方式。在MySQL的源码目录里面匹配shmget，可以发现BDB、NDB、InnoDB、MyISAM都调用了这个函数。接着看一下比较常用的InnoDB和MyISAM引擎。
在InnoDB里面可以找到os_mem_alloc_large()调用了shmget()，而调用os_mem_alloc_large()的函数只有buf_pool_init()——InnoDB Buffer Pool的初始化函数。根据观察得到的结论是，InnoDB会根据配置参数在Buffer Pool里面使用大页内存，Redo log貌似就没有这个待遇了。
对于MyISAM，在storage层级的代码里面找不到对shmget()的直接调用。这是因为MyISAM是MySQL的原生存储引擎，很多函数存放在上一层的mysys目录里面。通过搜索shmget()，我们可以找到MyISAM的调用顺序是这样的：shmget() <- my_large_malloc_int() <- my_large_malloc() <- init_key_cache()。也就是说MyISAM只有索引缓存用到了大页内存，这是很容易理解，因为MyISAM的数据是直接扔给文件系统做缓存的，没法使用大页内存。

3、innodb_flush_method
O_DIRECT是BDB、NDB、InnoDB特有的参数，在这里只讨论InnoDB这个比较常见的引擎。在InnoDB的源码目录里面匹配O_DIRECT，很容易找到一个叫做os_file_set_nocache()的函数，而这个函数作用是将文件的打开方式改为O_DIRECT模式。再跟踪一下，会发现只有os_file_create()函数调用了os_file_set_nocache()。虽然函数名里面还有create，实际上os_file_create()会根据传入参数的不同，选择打开或者新建一个文件。同时os_file_create()还会根据MySQL的配置，来调用os_file_set_nocache()关闭文件系统的相应cache。在os_file_create()函数里面有如下一段代码：
/* We disable OS caching (O_DIRECT) only on data files */
if (type != OS_LOG_FILE &&
srv_unix_file_flush_method == SRV_UNIX_O_DIRECT)
{
os_file_set_nocache(file, name, mode_str);
}
这段代码的意思是，只有InnoDB的数据文件有资格使用O_DIRECT模式，Redo log是不能使用的。

以上的分析基于5.0.85版本的原版MySQL，InnoDB是Innobase。
版本不同情况下可能会有一些出入，欢迎参与讨论。

参考文献：
Virtual memory@wiki
All about Linux swap space
HugeTLB – Large Page Support in the Linux Kernel
Page table@wiki