MySQL中innodb引擎分析(初始化)

Posted 2020-06-13

• mysql的存储引擎是以插件形式工作的，这应该是MySQL的一大特色了吧！

  依据《深入理解MySQL》的内容，5.1版本号时存储引擎的插件化都还不是彻底，确切的说是刚加入的特性。为MySQL加入一个存储引擎时，须要更改一些上层代码，零散的更改本来就有点麻烦，同一时候project也要又一次编译一次。我听别人说，已经能够不改C/C++代码就直接加入引擎了。这种话，折腾存储引擎的话就更方便了！

• 这段代码来自ha_innodb.cc,这是MySQL中申明存储引擎插件的标准过程。这段代码利用了宏。在plugin.h中有比較完整的定义。

mysql_declare_plugin(innobase)
{
  MYSQL_STORAGE_ENGINE_PLUGIN,
  &innobase_storage_engine,
  innobase_hton_name,
  plugin_author,
  "Supports transactions, row-level locking, and foreign keys",
  PLUGIN_LICENSE_GPL,
  innobase_init, /* Plugin Init */
  NULL, /* Plugin Deinit */
  INNODB_VERSION_SHORT,
  innodb_status_variables_export,/* status variables             */
  innobase_system_variables, /* system variables */
  NULL, /* reserved */
  0,    /* flags */
},
i_s_innodb_trx,
i_s_innodb_locks,
i_s_innodb_lock_waits,
i_s_innodb_cmp,
i_s_innodb_cmp_reset,
i_s_innodb_cmpmem,
i_s_innodb_cmpmem_reset
mysql_declare_plugin_end;    

• 我曾经看了一本《MySQL技术内幕：innodb存储引擎》，个人感觉这本书尽管名字像是讲底层的。事实上还是面向运维的。书中基本上没有剖析代码，都是用是文字和样例来解说。我简略地看了一遍。大概懂了一点东西，可是明显认为不够爽。由于心中非常多的疑惑没法解释。

  《深入理解MySQL》里面的demo存储引擎倒是有比較具体的解释，可是感觉和innodb这种“高大上”还是没法比的。

  没办法了，仅仅能硬着头皮上代码了。我是带着问题来看代码的。写的东西肯定不是系统的。

• 我心中最大的疑惑是。innodb为什么能够是多线程的？《深入》中的引擎、csv什么的都根本看不到了多线程的影子。在插件式的架构中，innodb事实上就是一个动态库。

  这个动态库内部实现了多线程架构，总觉的不太踏实。假设这动态库被别的MySQL实例载入了。究竟会不会有问题？（当然这个问题感觉我短时间回答不了）。

• 回到正题，这个innodb的存储插件声明中有一个innobase_init字段。

  - innobase_init是一个函数，它被赋值给谁了呢？看plugin.h中的代码片段。

struct st_mysql_plugin
{
  int type;             /* the plugin type (a MYSQL_XXX_PLUGIN value)   */
  void *info;           /* pointer to type-specific plugin descriptor   */
  const char *name;     /* plugin name                                  */
  const char *author;   /* plugin author (for I_S.PLUGINS)              */
  const char *descr;    /* general descriptive text (for I_S.PLUGINS)   */
  int license;          /* the plugin license (PLUGIN_LICENSE_XXX)      */
  int (*init)(void *);  /* the function to invoke when plugin is loaded */
  int (*deinit)(void *);/* the function to invoke when plugin is unloaded */
  unsigned int version; /* plugin version (for I_S.PLUGINS)             */
  struct st_mysql_show_var *status_vars;
  struct st_mysql_sys_var **system_vars;
  void * __reserved1;   /* reserved for dependency checking             */
  unsigned long flags;  /* flags for plugin */
};

• 就是这个init函数指针。当插件别载入的时候，就会调用这innobase_init()函数。

  innobase_init()函数会调用innobase_start_or_create_for_mysql()函数。

  我们能够细致看看这个函数。多线程的玄机都在这个函数中。

  我把新建线程的代码摘取了出来。

    for (i = 0; i < srv_n_file_io_threads; i++) {
        n[i] = i;

        os_thread_create(io_handler_thread, n + i, thread_ids + i);
    }
    /*****
    *****/
        /* Create the thread which watches the timeouts for lock waits */
    os_thread_create(&srv_lock_timeout_thread, NULL,
             thread_ids + 2 + SRV_MAX_N_IO_THREADS);

    /* Create the thread which warns of long semaphore waits */
    os_thread_create(&srv_error_monitor_thread, NULL,
             thread_ids + 3 + SRV_MAX_N_IO_THREADS);

    /* Create the thread which prints InnoDB monitor info */
    os_thread_create(&srv_monitor_thread, NULL,
             thread_ids + 4 + SRV_MAX_N_IO_THREADS);
    /*****
    *****/
    os_thread_create(&srv_master_thread, NULL, thread_ids
         + (1 + SRV_MAX_N_IO_THREADS));

       除了上面的几个线程，另一个可选的purge线程。

普通情况下，innodb存储引擎会有大概八个线程。这个结论和《MySQL技术内幕》的还是非常接近的，我们看的innodb版本号应该不一样。这大概就是innodb引擎多线程架构的初始化过程，进一步研究innodb的架构就应该去看各个线程的工作函数，以及它们之间的同步及通信机制了。
       至于我那个“动态库被别的MySQL实例载入的问题”。

我认为在这个情形下，动态库的机制并非为了代码反复利用，而是基于模块化的软件设计思想。这里的引擎不应该被别的MySQL实例载入。