MySQL:统计数据填充的不同


5.7.22,此处以表的统计信息为例进行描述


一、 information_schema.tables

表的信息大部分的信息来自Innodb数据字典dict_table_t内存信息。

  TABLE_CATALOG: def                   0 
   TABLE_SCHEMA: test                  1 
     TABLE_NAME: tt3_1383              2 
     TABLE_TYPE: BASE TABLE            3 
         ENGINE: InnoDB                4 
        VERSION: 10                    5 
     ROW_FORMAT: Dynamic               6 
     TABLE_ROWS: 0                     7 
 AVG_ROW_LENGTH: 0                     8 
    DATA_LENGTH: 16384                 9 
MAX_DATA_LENGTH: 0                    10 
   INDEX_LENGTH: 0                    11 
      DATA_FREE: 0                    12 
 AUTO_INCREMENT: NULL                 13 
    CREATE_TIME: 2021-05-07 05:50:17  14 
    UPDATE_TIME: NULL                 15 
     CHECK_TIME: NULL                 16 
TABLE_COLLATION: latin1_swedish_ci    17 
       CHECKSUM: NULL                 18 
 CREATE_OPTIONS:                      19 
  TABLE_COMMENT:                      20 


  {"TABLES", tables_fields_info, create_schema_table, 
   get_all_tables, make_old_format, get_schema_tables_record, 1, 2, 0,
   OPTIMIZE_I_S_TABLE}

文件sql_show.cc中还包含很多我们知道的information_schema下字典的信息来源information_schema.tables而获取函数为get_schema_tables_record,每行都会调用这个函数,其中大部分数据来自于file->stats,file就是handler而stats是handler下的一个类如下:

  ulonglong data_file_length;       /* Length off data file */
  ulonglong max_data_file_length;   /* Length off data file */
  ulonglong index_file_length;
  ulonglong max_index_file_length;
  ulonglong delete_length;      /* Free bytes */
  ulonglong auto_increment_value;
  /*
    The number of records in the table. 
      0    - means the table has exactly 0 rows
    other  - if (table_flags() & HA_STATS_RECORDS_IS_EXACT)
               the value is the exact number of records in the table
             else
               it is an estimate
  */
  ha_rows records;
  ha_rows deleted;          /* Deleted records */
  ulong mean_rec_length;        /* physical reclength */
  time_t create_time;           /* When table was created */
  ulong check_time;
  ulong update_time;
  uint block_size;          /* index block size */
  
  /*
    number of buffer bytes that native mrr implementation needs,
  */
  uint mrr_length_per_rec;

  /**
    Estimate for how much of the table that is availabe in a memory
    buffer. Valid range is [0..1]. If it has the special value
    IN_MEMORY_ESTIMATE_UNKNOWN (defined in structs.h), it means that
    the storage engine has not supplied any value for it.
  */
  double table_in_mem_estimate;

那么为了对接这些统计值,那么Innodb必然要在合适的位置的对他们进行实现。实际上每次访问表的时候都会陷入Innodb层,通过函数ha_innobase::info_low去填充,就像其注释写的一样

/* Collect table info from the storage engine  */

当然这个函数并不简单的填充,还会做一些判断,比如innobase_stats_on_metadata开启情况下判断是否需要现场收集统计信息,此时事务的状态为updating table statistics。因此当我们并不需要全部表的时候,应该加上where条件进行判断,减少get_schema_tables_record和ha_innobase::info_low调用的次数,否则表多的话可能需要一定的时间(同时也包含show table status本质上和访问表一致)。调用栈:

#0  ha_innobase::info_low (this=0x7fff9693da00, flag=212, is_analyze=false) at /opt/percona-server-locks-detail-5.7.22/storage/innobase/handler/ha_innodb.cc:14921
#1  0x0000000001987734 in ha_innobase::info (this=0x7fff9693da00, flag=212) at /opt/percona-server-locks-detail-5.7.22/storage/innobase/handler/ha_innodb.cc:15354
#2  0x00000000015dbdc9 in get_schema_tables_record (thd=0x7fff94000b70, tables=0x7fff96fef818, table=0x7fff95b595f0, res=false, db_name=0x7fff940109e8, table_name=0x7fff94010da0)
    at /opt/percona-server-locks-detail-5.7.22/sql/sql_show.cc:5681
#3  0x00000000015d86c7 in fill_schema_table_by_open (thd=0x7fff94000b70, mem_root=0x7fffdac33b30, is_show_fields_or_keys=false, table=0x7fff95b595f0, 
    schema_table=0x2cea0a0 <schema_tables+1856>, orig_db_name=0x7fff940109e8, orig_table_name=0x7fff94010da0, open_tables_state_backup=0x7fffdac33b90, can_deadlock=false)
    at /opt/percona-server-locks-detail-5.7.22/sql/sql_show.cc:4359
#4  0x00000000015daa36 in get_all_tables (thd=0x7fff94000b70, tables=0x7fff94006850, cond=0x0) at /opt/percona-server-locks-detail-5.7.22/sql/sql_show.cc:5352
#5  0x00000000015e8ef1 in do_fill_table (thd=0x7fff94000b70, table_list=0x7fff94006850, qep_tab=0x7fff94010870) at /opt/percona-server-locks-detail-5.7.22/sql/sql_show.cc:8791

在函数ha_innobase::info_low可以发现很多统计信息实际上来自dict_table_t中的成员元素,包含:

  • stat_n_rows(records TABLE_ROWS) 行的记录
  • stat_clustered_index_size(data_file_length DATA_LENGTH) 聚集索引大小
  • stat_sum_of_other_index_sizes(index_file_length INDEX_LENGTH) 其他索引大小
  • update_time(update_time UPDATE_TIME) 行记录更新的修改时间(来自trx_update_mod_tables_timestamp)
  • autoinc(auto_increment_value AUTO_INCREMENT) 自增值

其他值可以进行推算

  • data_file_length(DATA_LENGTH)来自
    stat_clustered_index_size * page_size.physical
  • index_file_length(INDEX_LENGTH)来自
    stat_sum_of_other_index_sizes * page_size.physical
  • mean_rec_length(AVG_ROW_LENGTH)来自
    data_file_length/records;

下面这个信息则来自文件的建立的时间
create_time来自函数os_file_get_status,其中通过stat获取了文件的建立时间
当然其他信息可以自行查看函数。不做过多解释。
我们通常叫它transient统计数据

二、mysql.innodb_table_stats

这个表是Innodb表,是事先的存储好的,我们可以稍微看一下他的信息来源函数dict_stats_save。这个函数会在dict_stats_update收集完persistent然后进行插入。

    pars_info_add_str_literal(pinfo, "database_name", db_utf8);
    pars_info_add_str_literal(pinfo, "table_name", table_utf8);
    pars_info_add_int4_literal(pinfo, "last_update", now); //注意这里是统计数据收集时间
    pars_info_add_ull_literal(pinfo, "n_rows", table->stat_n_rows);
    pars_info_add_ull_literal(pinfo, "clustered_index_size",
        table->stat_clustered_index_size);
    pars_info_add_ull_literal(pinfo, "sum_of_other_index_sizes",
        table->stat_sum_of_other_index_sizes);

    ret = dict_stats_exec_sql(
        pinfo,
        "PROCEDURE TABLE_STATS_SAVE () IS\n"
        "BEGIN\n"

        "DELETE FROM \"" TABLE_STATS_NAME "\"\n"
        "WHERE\n"
        "database_name = :database_name AND\n"
        "table_name = :table_name;\n"

        "INSERT INTO \"" TABLE_STATS_NAME "\"\n"
        "VALUES\n"
        "(\n"
        ":database_name,\n"
        ":table_name,\n"
        ":last_update,\n"
        ":n_rows,\n"
        ":clustered_index_size,\n"
        ":sum_of_other_index_sizes\n"
        ");\n"
        "END;", NULL);
        
宏:TABLE_STATS_NAME 
#define TABLE_STATS_NAME    "mysql/innodb_table_stats" 

我们可以看到这里的信息实际就是将数据插入进去,因此访问本表只是简单的Innodb数据读取。这点和information_schema.tables完全不同。但是我们这里看到information_schema.tables的TABLE_ROWS和n_rows来自同一值dict_table_t.stat_n_rows,而这里包含了统计数据最后收集的时间,我们在代码中也能看到取的当前时间now。
我们通常叫它persistent统计数据。

三、统计数据收集

总的统计数据收集接口为dict_stats_update,这里面我们看到并不是说参数innodb_stats_persistent设置为ON就不收集transient统计数据,而是如下:

  • ON: persistent统计数据和transient统计数据都进行收集
  • OFF: 只收集transient统计数据

具体的收集方法就是将dict_table_t字典结构中关于统计数据的数据进行更新,然后通过上面我们说获取的方式,将信息获取出来即可。当然收集统计数据可能是由统一的线程进行的参考:
https://www.jianshu.com/p/019378bfd51f

下面我们来测试一下:
1、 innodb_stats_persistent设置为ON


image.png

2、 innodb_stats_persistent设置为OFF,并且插入数据后查看统计数据


image.png

3、使用analyze手动触发分析


image.png

4、修改参数 innodb_stats_persistent设置为ON,手动分析


image.png

四、两个容易混淆的时间

  • information_schema.tables update_time:最后行修改的时间,事务提交更新。
  • mysql.innodb_table_stats last_update:统计数据最后收集时间。

其他函数备忘:
ha_innobase::info_low
fill_schema_index_stats
get_schema_tables_record
dict_stats_update_transient
dict_stats_save
使用
btr_estimate_n_rows_in_range_low
->dict_table_get_n_rows
/** Estimates the number of rows in a given index range.*/

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,884评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,755评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,369评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,799评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,910评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,096评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,159评论 3 411
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,917评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,360评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,673评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,814评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,509评论 4 334
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,156评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,882评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,123评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,641评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,728评论 2 351

推荐阅读更多精彩内容