上次谈到了innodb缓冲区里面有些页被使用了,这些中有些被数据字典用了。那么什么是数据字典呢?bingxi和alex继续思考。 ## 1) information_schema不是innodb数据字典 bingxi:“alex,我觉得information_schema这个里面存储的不是数据字典,为了准确起见,换个说法,information_schema不是innodb数据字典。” alex:“是的,innodb一直有数据字典的概念,而information_schema是在mysql5之后才出现的。因此,information_schema不是innodb数据字典。” bingxi:“alex,这样说有点牵强。我们首先举个例子吧。在手册里面,有这么一段话: 23.4. The INFORMATION_SCHEMA STATISTICS Table The STATISTICS table provides information about table indexes. 这段话表达的意思是:information_schema. statistics存储的是表索引信息。我们在test数据库下面建立一个表t1,并且在c1上有一个索引,语句如下: ~~~ create table test.t1 ( id int, name varchar(20), key it1id(id) )engine=innodb; ~~~ 接着我们查询statistics表中t1的索引信息: mysql> select * from information_schema.statistics where table_name='t1' /G; *************************** 1. row *************************** TABLE_CATALOG: NULL  TABLE_SCHEMA: test    TABLE_NAME: t1    NON_UNIQUE: 1  INDEX_SCHEMA: test    INDEX_NAME: it1id  SEQ_IN_INDEX: 1   COLUMN_NAME: id     COLLATION: A   CARDINALITY: 0      SUB_PART: NULL        PACKED: NULL      NULLABLE: YES    INDEX_TYPE: BTREE       COMMENT: 1 row in set (0.02 sec) ERROR: No query specified 从中我们可以查到索引的信息,t1表真正只有一个索引么?呵呵,这里先卖个关子,在讲innodb数据字典的时候再说这个。现在我们聚焦在it1c1索引上,这些信息确实可以看到一些索引的信息,但是这个不是数据字典表,而仅仅只能供用户从外部查看使用,不能供mysql内核使用。比如,该索引在数据文件里面存储在什么地方?不知道根页信息,就没法去使用索引。我们再看看真正的innodb数据字典中包含的内容。(见文件D:/mysql-5.1.7-beta/storage/innobase/include/dict0mem.h) ~~~ /* Data structure for an index */ struct dict_index_struct{ …… dict_table_t*   table;      //指向所属的table字典 ulint        space;        //索引所在的space …… dict_tree_t*    tree;  //索引数结构 …… }; /* Data structure for an index tree */ struct dict_tree_struct{ …… ulint        space;      //索引所在的space ulint        page;   //索引的根结点页号 …… }; ~~~ 通过space,page我们就可以实实在在地在访问该索引。 ” alex:“顶你,是这样的。通过show create我们还可以看出这些表是临时表。 mysql> show create table information_schema.tables /G; *************************** 1. row *************************** ~~~ Table: TABLES Create Table: CREATE TEMPORARY TABLE `TABLES` (   `TABLE_CATALOG` varchar(512) default NULL,   …… ) ENGINE=MEMORY DEFAULT CHARSET=utf8 1 row in set (0.00 sec) ERROR: No query specified ~~~ ” bingxi:“是的” ## 2)information_schema内容分析 alex:“bingxi,尽管information_schema不是innodb的数据字典,我们还是来摸索下information_schema对应的代码吧。主要的代码目录如下: D:/mysql-5.1.7-beta/sql/sql_show.h D:/mysql-5.1.7-beta/sql/sql_show.cpp ” bingxi:“alex,从文件名我们可以看到show,是不是show status,show variables,show processlist等也是在这个文件里面执行。” alex:“是的,没错。我们开始吧,先从两个数据结构开始。先看schema_tables数组。 ~~~ ST_SCHEMA_TABLE schema_tables[]= {   {"CHARACTER_SETS", charsets_fields_info, create_schema_table,    fill_schema_charsets, make_character_sets_old_format, 0, -1, -1, 0},   ……   {"STATUS", variables_fields_info, create_schema_table, fill_status,    make_old_format, 0, -1, -1, 1},   {"TABLES", tables_fields_info, create_schema_table,    get_all_tables, make_old_format, get_schema_tables_record, 1, 2, 0},   {"TABLE_CONSTRAINTS", table_constraints_fields_info, create_schema_table,     get_all_tables, 0, get_schema_constraints_record, 3, 4, 0}, …… }; ~~~ 数组有26个成员,而information_schema的5.1.7版本中只有22个表。这是可以理解的,比如该数组里面有status、variable,而这个在information_schema下是没有。我们通过show status,show variables来执行。我们接着说这个数组的成员,每个成员是一个数组结构的取值,见下面的定义: ~~~ typedef struct st_schema_table {   const char* table_name;   ST_FIELD_INFO *fields_info;   TABLE *(*create_table)  (THD *thd, struct st_table_list *table_list);   int (*fill_table) (THD *thd, struct st_table_list *tables, COND *cond);   int (*old_format) (THD *thd, struct st_schema_table *schema_table);   int (*process_table) (THD *thd, struct st_table_list *tables,                         TABLE *table, bool res, const char *base_name,                         const char *file_name);   int idx_field1, idx_field2;   bool hidden; } ST_SCHEMA_TABLE;   我们以tables这样表为例  {"TABLES", tables_fields_info, create_schema_table,    get_all_tables, make_old_format, get_schema_tables_record, 1, 2, 0},   tables_fields_info表示的就是。 ST_FIELD_INFO tables_fields_info[]= {   {"TABLE_CATALOG", FN_REFLEN, MYSQL_TYPE_STRING, 0, 1, 0},   {"TABLE_SCHEMA",NAME_LEN, MYSQL_TYPE_STRING, 0, 0, 0},   {"TABLE_NAME", NAME_LEN, MYSQL_TYPE_STRING, 0, 0, "Name"},   {"TABLE_TYPE", NAME_LEN, MYSQL_TYPE_STRING, 0, 0, 0},   {"ENGINE", NAME_LEN, MYSQL_TYPE_STRING, 0, 1, "Engine"},   {"VERSION", 21 , MYSQL_TYPE_LONG, 0, 1, "Version"},   {"ROW_FORMAT", 10, MYSQL_TYPE_STRING, 0, 1, "Row_format"},   {"TABLE_ROWS", 21 , MYSQL_TYPE_LONG, 0, 1, "Rows"},   {"AVG_ROW_LENGTH", 21 , MYSQL_TYPE_LONG, 0, 1, "Avg_row_length"},   {"DATA_LENGTH", 21 , MYSQL_TYPE_LONG, 0, 1, "Data_length"},   {"MAX_DATA_LENGTH", 21 , MYSQL_TYPE_LONG, 0, 1, "Max_data_length"},   {"INDEX_LENGTH", 21 , MYSQL_TYPE_LONG, 0, 1, "Index_length"},   {"DATA_FREE", 21 , MYSQL_TYPE_LONG, 0, 1, "Data_free"},   {"AUTO_INCREMENT", 21 , MYSQL_TYPE_LONG, 0, 1, "Auto_increment"},   {"CREATE_TIME", 0, MYSQL_TYPE_TIMESTAMP, 0, 1, "Create_time"},   {"UPDATE_TIME", 0, MYSQL_TYPE_TIMESTAMP, 0, 1, "Update_time"},   {"CHECK_TIME", 0, MYSQL_TYPE_TIMESTAMP, 0, 1, "Check_time"},   {"TABLE_COLLATION", 64, MYSQL_TYPE_STRING, 0, 1, "Collation"},   {"CHECKSUM", 21 , MYSQL_TYPE_LONG, 0, 1, "Checksum"},   {"CREATE_OPTIONS", 255, MYSQL_TYPE_STRING, 0, 1, "Create_options"},   {"TABLE_COMMENT", 80, MYSQL_TYPE_STRING, 0, 0, "Comment"},   {0, 0, MYSQL_TYPE_STRING, 0, 0, 0} }; ~~~ 这个表示的就是tables表的字段,不考虑这行’ {0, 0, MYSQL_TYPE_STRING, 0, 0, 0}’,对比下desc tables;两边是一样的。 ” Bingxi:“我顶你,我们通过一个例子来看吧,以show status为例。 ~~~ {"STATUS", variables_fields_info, create_schema_table, fill_status,    make_old_format, 0, -1, -1, 1}, //根据对比,我们可以知道: // create_schema_table的功能是:TABLE *(*create_table) // fill_status的功能是:int (*fill_table) // make_old_format的功能是:int (*old_format),这个可以暂时不调试   首先我们查看函数mysql_schema_table,在其中调用了函数create_schema_table。 int mysql_schema_table(THD *thd, LEX *lex, TABLE_LIST *table_list) {   ……   // table_list->schema_table对应的结构就是st_schema_table   //对应的值为:{"STATUS", variables_fields_info, create_schema_table, fill_status,   // make_old_format, 0, -1, -1, 1},   //因此这里的create_table等于访问create_schema_table   if (!(table= table_list->schema_table->create_table(thd, table_list)))   {     DBUG_RETURN(1);   }  …… } ~~~ create_schema_table函数作用是什么呢?从名字我们可以看出,就是创建表,创建status的临时表。表的字段有两个:Variable_name、Value。见下面的代码。 ~~~ TABLE *create_schema_table(THD *thd, TABLE_LIST *table_list) {   ……   List<Item> field_list;   ST_SCHEMA_TABLE *schema_table= table_list->schema_table;   ST_FIELD_INFO *fields_info= schema_table->fields_info;   ……   //fields_info就是schema_table->fields_info,里面记录了查询字段   //第一个fields_info->field_name的值是'Variable_name'   //根据这个值创建了一个item实例,然后丢到field_list这个list里面   //第二个fields_info->field_name的值是'Value'   //同样根据这个值,再创一个item,同样丢到field_list这个list里面   //这样field_list就描述了临时表的列信息   for (; fields_info->field_name; fields_info++)   {    ……     //屏蔽调ields_info->field_type的差异性          item->max_length= fields_info->field_length * cs->mbmaxlen;          item->set_name(fields_info->field_name,                         strlen(fields_info->field_name), cs);     ……     field_list.push_back(item);     item->maybe_null= fields_info->maybe_null;     field_count++;   }   TMP_TABLE_PARAM *tmp_table_param =     (TMP_TABLE_PARAM*) (thd->calloc(sizeof(TMP_TABLE_PARAM)));   tmp_table_param->init();   tmp_table_param->table_charset= cs;   tmp_table_param->field_count= field_count;   tmp_table_param->schema_table= 1;   SELECT_LEX *select_lex= thd->lex->current_select;   //调用函数create_tmp_table   //可以看到参数中有field_list,也就是字段列表有了   //table_list->alias的值是STATUS   //于是就是创建了临时表   if (!(table= create_tmp_table(thd, tmp_table_param,                                 field_list, (ORDER*) 0, 0, 0,                                 (select_lex->options | thd->options |                                  TMP_TABLE_ALL_COLUMNS),                                 HA_POS_ERROR, table_list->alias)))  …… } ~~~ 创建了临时表,但是光有临时表是不够的,因此在查询执行时,需要将值进行填充 ~~~ void JOIN::exec() {   ……   if ((curr_join->select_lex->options & OPTION_SCHEMA_TABLE) &&       get_schema_tables_result(curr_join))   {     DBUG_VOID_RETURN;   }   …… }   get_schema_tables_result函数就是调用fill_status的地方,见函数。 bool get_schema_tables_result(JOIN *join) {   ……   for (JOIN_TAB *tab= join->join_tab; tab < tmp_join_tab; tab++)   {      ……     // table_list->schema_table对应的结构就是st_schema_table     //对应的值为:{"STATUS", variables_fields_info, create_schema_table, fill_status,     // make_old_format, 0, -1, -1, 1},     //因此这里的fill_table等于访问fill_status     if (table_list->schema_table->fill_table(thd, table_list,                                              tab->select_cond))       result= 1;     table_list->is_schema_table_processed= TRUE;    ……   }   …… } ~~~ 于是执行fill_status进行填充数据的操作。 ~~~ int fill_status(THD *thd, TABLE_LIST *tables, COND *cond) {   DBUG_ENTER("fill_status");   LEX *lex= thd->lex;   const char *wild= lex->wild ? lex->wild->ptr() : NullS;   int res= 0;   STATUS_VAR tmp;   pthread_mutex_lock(&LOCK_status);   //如果是show global,则需要执行calc_sum_of_all_status进行累加。   if (lex->option_type == OPT_GLOBAL) calc_sum_of_all_status(&tmp);   //进行数据插入操作   res= show_status_array(thd, wild,                          (SHOW_VAR *)all_status_vars.buffer,                          OPT_GLOBAL,                          (lex->option_type == OPT_GLOBAL ?                           &tmp: &thd->status_var), "",tables->table);   pthread_mutex_unlock(&LOCK_status);   DBUG_RETURN(res); } ~~~ 为了了解得更清楚,我们再看下show_status_array函数。 ~~~ static bool show_status_array(THD *thd, const char *wild,                               SHOW_VAR *variables,                               enum enum_var_type value_type,                               struct system_status_var *status_var,                               const char *prefix, TABLE *table) {   //传递过来的variables是全局变量:(SHOW_VAR *)all_status_vars.buffer   //因此对于变量执行循环操作   for (; variables->name; variables++)   {     ……     restore_record(table, s->default_values);     table->field[0]->store(name_buffer, strlen(name_buffer),                            system_charset_info);     table->field[1]->store(pos, (uint32) (end - pos), system_charset_info);     //将记录插入表     if (schema_table_store_record(thd, table))       DBUG_RETURN(TRUE);     ……   }   …… } ~~~ 执行到这里,status表里面已经有了所有的数据。然后继续执行,显示出来就行了。 ” Alex:“我明白了。其它的也是类似的,差异性也是有的,比如tables需要进行数据文件夹的扫描,呵呵。” Bingxi:“是的,都差不多的。” Alex:“我的建议是,将该cpp文件里面的函数都设置断点,然后每个语句执行一下。比如select * from information_schema.tables /G,用这样的方法把该模式下的22个表测试一边,并测试下show语句,show processlist,show variable,show ceate table test.t1等” Bingxi:“是的” Alex:“已经0点了,早点休息吧。晚安” Bingxi:“晚安”