持久化统计信息

做的事：直接查统计信息存在哪里

innodb_stats_persistent=ON（默认）意味着统计信息被写进了两张系统表。

结果SELECT * FROM mysql.innodb_table_stats WHERE table_name='t13'; → n_rows: 499494 → clustered_index_size: 1057 → sum_of_other_index_sizes: 545

验证：索引级别的统计，精确到每个索引的每一列

另一张表存的是更细粒度的信息。

结果SELECT * FROM mysql.innodb_index_stats WHERE table_name='t13' LIMIT 5; → PRIMARY n_diff_pfx01 499494 sample_size=20 (id) → PRIMARY n_leaf_pages 1003 (NULL) → PRIMARY size 1057 (NULL) → idx_status n_diff_pfx01 1 sample_size=3 (status) → idx_status n_diff_pfx02 500580 sample_size=20 (status,id)

看到 idx_status 索引上 n_diff_pfx01（第1列即status的不同值数量估算）是1——这个数字本身就暴露了问题：status只有active/banned两个不同值，估算成1明显是错的（应该是2），这也印证了上一篇讲的"抽样带来的误差"，抽中的样本页面里，可能只采到了一种值。sample_size 字段则直接告诉你这次统计用了多少个页面做的抽样。

验证：STATS_PERSISTENT=0的表，压根不会出现在这两张表里

如果关掉持久化，统计信息存在哪里。

结果CREATE TABLE t14 (...) STATS_PERSISTENT=0; 插入10万行，执行ANALYZE TABLE t14; SELECT * FROM mysql.innodb_table_stats WHERE table_name='t14'; → ：空结果（一行都没有！）

分步演示：统计信息存在哪里

每一步都是本文上面查询mysql系统库得到的原始结果。