Documentation Home
MySQL 8.3 Reference Manual
Related Documentation Download this Manual
PDF (US Ltr) - 40.8Mb
PDF (A4) - 40.9Mb
Man Pages (TGZ) - 294.0Kb
Man Pages (Zip) - 409.0Kb
Info (Gzip) - 4.0Mb
Info (Zip) - 4.0Mb
Excerpts from this Manual

MySQL 8.3 Reference Manual  /  ...  /  Estimating ANALYZE TABLE Complexity for InnoDB Tables

17.8.10.3 估算InnoDB表的ANALYZE TABLE复杂度

ANALYZE TABLE 对InnoDB表的复杂度取决于:

使用这些参数,估算 ANALYZE TABLE 复杂度的近似公式为:

innodb_stats_persistent_sample_pages 的值乘以表中的索引列数乘以分区数量。

通常,结果值越大,ANALYZE TABLE 的执行时间越长。

Note

innodb_stats_persistent_sample_pages 定义了全局采样页面的数量。要为个体表设置采样页面的数量,请使用 STATS_SAMPLE_PAGES 选项与 CREATE TABLEALTER TABLE。更多信息,请参见 第 17.8.10.1 节,“配置持久优化器统计参数”

如果 innodb_stats_persistent=OFF,采样页面的数量由 innodb_stats_transient_sample_pages 定义。更多信息,请参见 第 17.8.10.2 节,“配置非持久优化器统计参数”

要更好地估算 ANALYZE TABLE 复杂度,请考虑以下示例。

Big O notation 中,ANALYZE TABLE 复杂度被描述为:

 O(n_sample
  * (n_cols_in_uniq_i
     + n_cols_in_non_uniq_i
     + n_cols_in_pk * (1 + n_non_uniq_i))
  * n_part)

其中:

  • n_sample 是采样页面的数量(由 innodb_stats_persistent_sample_pages 定义)

  • n_cols_in_uniq_i 是所有唯一索引中的所有列数(不包括主键列)

  • n_cols_in_non_uniq_i 是所有非唯一索引中的所有列数

  • n_cols_in_pk 是主键中的列数(如果没有定义主键,InnoDB 将内部创建一个单列主键)

  • n_non_uniq_i 是非唯一索引的数量

  • n_part 是分区的数量。如果没有定义分区,表被认为是一个单独的分区。

现在,考虑以下表(表 t),它有一个主键(2 列),一个唯一索引(2 列),和两个非唯一索引(每个 2 列):

CREATE TABLE t (
  a INT,
  b INT,
  c INT,
  d INT,
  e INT,
  f INT,
  g INT,
  h INT,
  PRIMARY KEY (a, b),
  UNIQUE KEY i1uniq (c, d),
  KEY i2nonuniq (e, f),
  KEY i3nonuniq (g, h)
);

要获取算法所需的列和索引数据,请查询 mysql.innodb_index_stats 持久索引统计表中的表 tn_diff_pfx% 统计显示了每个索引中的列数。例如,列 ab 被计入主键索引中。对于非唯一索引,主键列(a,b)被计入用户定义的列中。

Note

更多关于 InnoDB 持久统计表的信息,请参见 第 17.8.10.1 节,“配置持久优化器统计参数”

mysql> SELECT index_name, stat_name, stat_description
       FROM mysql.innodb_index_stats WHERE
       database_name='test' AND
       table_name='t' AND
       stat_name like 'n_diff_pfx%';
  +------------+--------------+------------------+
  | index_name | stat_name    | stat_description |
  +------------+--------------+------------------+
  | PRIMARY    | n_diff_pfx01 | a                |
  | PRIMARY    | n_diff_pfx02 | a,b              |
  | i1uniq     | n_diff_pfx01 | c                |
  | i1uniq     | n_diff_pfx02 | c,d              |
  | i2nonuniq  | n_diff_pfx01 | e                |
  | i2nonuniq  | n_diff_pfx02 | e,f              |
  | i2nonuniq  | n_diff_pfx03 | e,f,a            |
  | i2nonuniq  | n_diff_pfx04 | e,f,a,b          |
  | i3nonuniq  | n_diff_pfx01 | g                |
  | i3nonuniq  | n_diff_pfx02 | g,h              |
  | i3nonuniq  | n_diff_pfx03 | g,h,a            |
  | i3nonuniq  | n_diff_pfx04 | g,h,a,b          |
  +------------+--------------+------------------+

基于上述索引统计数据和表定义,可以确定以下值:

  • n_cols_in_uniq_i,所有唯一索引中所有列的总数,不包括主键列,是 2 (cd)

  • n_cols_in_non_uniq_i,所有非唯一索引中所有列的总数,是 4 (efgh)

  • n_cols_in_pk,主键中的列数,是 2 (ab)

  • n_non_uniq_i,表中的非唯一索引数,是 2 (i2nonuniqi3nonuniq)

  • n_part,分区的数量,是 1。

现在可以计算 innodb_stats_persistent_sample_pages * (2 + 4 + 2 * (1 + 2)) * 1 来确定扫描的叶页数。以 innodb_stats_persistent_sample_pages 的默认值为 20,和默认的页面大小为 16 KiB (innodb_page_size=16384),然后可以估算表 t 中读取了 20 * 12 * 16384 字节,约为 4 MiB

Note

并不是所有的 4 MiB 都是从磁盘读取的,因为一些叶页可能已经缓存在缓冲池中。