mysql源码解读之配置文件_MySQL

bitsCN.com

要研究mysql，最好的资源莫过于源码了，所以本人打算通过调试源码的方式来深入理解mysql的点点滴滴。搭建mysql调试环境很简单，从官方下载mysql源码，利用cmake工具生成工程即可。为了方便调试，也因为vs调试的直观性，我的源码工程是在windows平台下面的，下面进入正题。

在vs环境下，选择mysqld工程，直接启动调试运行，此时我并没有指定任何配置文件，但程序依然正常运行，那么程序应该会使用默认的配置文件。首先需要确定两个问题，程序在哪些个目录下去寻找配置文件，以什么样的顺序来查找。通过调试发现，程序首先会分别收集windows系统目录、C:\根目录、执行码所在的父目录，如果配置了环境变量MYSQL_HOME，这个目录也会被搜集，然后在这些目录下进行查找my.ini文件，这里面涉及到主要接口是my_load_defaults和search_default_file。

而实际情况是，这些目录里面没有任何一个配置文件，说明即使mysqld启动时，一个配置文件信息获取不到，也是可以成功启动的，那么这些默认值一定是在代码里面写死了的。现在我们要去代码里找到这些参数的默认值，以及他们是如何初始化的。在mysqld.cc里面，我们看到了全局变量global_system_variables的定义，该参数是一个结构变量，包含了大部分的mysql系统变量，下一步就是看这个全局变量何时被初始化的了。在vs里面，我们可以设置数据断点，通过数据断点我们能够知道特定内存地址是何时被改变的。我们以max_connections为例，将其地址设置数据断点，看看它是何时被改变的，果然确实被改过，堆栈如下图：

堆栈显示了初始化流程，通过分析各个函数即可以知道初始化逻辑。

代码如下图:

这说明全局变量与value是一一对应的。逐个跟踪变量，找到变量all_sys_vars，该变量是一个结构，包含两个指针，初始化值为NULL，跟踪这个链表找到了问题的答案。在sys_vars.h头文件中，我们找到了all_sys_vars变量的影子，顺藤摸瓜，在sys_vars.cc文件里面，看到大量的静态对象，从名字可以看出，这些对象和变量有千丝万缕的联系。比如Sys_max_connections对象定义如下：

这里很明白了，通过传递max_connections的地址，建立了与对象sys_var的联系，而所有sys_var对象都通过链表对象 all_sys_vars 管理。到目前为止，我们已经很清楚地知道mysql系统变量值初始化的来龙去脉了。通过--defaults-file我们可以指定配置文件。基本逻辑是，读取默认参数值后，会利用配置文件值对其进行覆盖，使配置文件的值生效。下面附几个主要类和接口：

类：

Sys_var_mybool

Sys_var_typelib

sys_var

Sys_var_ulong

sys_var

接口：

my_search_option_files(搜索文件)，

search_default_file_with_ext(读取配置文件内容)，

handle_default_option(处理每一行参数)

getopt_compare_strings(查找匹配项，设置特定参数的值)

insert_dynamic(将变量插入链表)

bitsCN.com