开启innodb_stats_persistent后，innodb_index_stats与SHOW INDEXES基数为何不匹配？

当innodb_stats_persistent=ON时，mysql.innodb_index_stats与SHOW INDEX的基数不匹配，核心原因通常集中在统计信息缓存、元数据命名问题或版本兼容性上，结合你提供的信息，具体分析和解决步骤如下：

一、核心原因排查 #

从输出可见明显异常：

• location_id索引单列基数，innodb_index_stats显示为3，但SHOW INDEX显示为6；
• qty索引单列基数，innodb_index_stats显示为631，但SHOW INDEX显示为1262；
• 唯一索引combo的itm_id列基数，innodb_index_stats显示为422730，但SHOW INDEX显示为与主键相同的1683506；

这些差异说明SHOW INDEX读取的并非最新持久化统计信息，可能的触发点：

1. 内存统计缓存未刷新 #

InnoDB会将统计信息缓存到内存中，即便innodb_index_stats已被OPTIMIZE TABLE更新，内存中的旧缓存可能未同步，导致SHOW INDEX返回旧值。

2. 字段/索引命名存在空格问题 #

查看表结构定义，部分字段名带有多余空格（如location_id 、qty ），但索引定义中引用的字段名未带空格（如KEY location_id (location_id,itm_id )）。这种命名不一致会导致统计信息的存储与读取关联错误，系统无法正确匹配索引和对应字段统计。

3. MariaDB版本兼容性bug #

部分旧版本MariaDB（如10.1及更早）存在SHOW INDEX无法正确读取InnoDB持久化统计信息的bug，会默认使用旧的MyISAM风格统计逻辑。

二、解决步骤 #

1. 强制刷新统计信息缓存 #

执行以下命令，强制重新计算并加载统计信息：

ANALYZE TABLE itm_location;
FLUSH TABLES itm_location;

执行后立即查看SHOW INDEX结果，确认基数是否与innodb_index_stats同步。

2. 修正字段与索引的命名一致性 #

使用DESCRIBE itm_location;确认实际字段名（是否带空格），然后修正索引定义，确保索引引用的字段名与实际字段名完全一致：
例如对于location_id索引：

ALTER TABLE itm_location DROP INDEX location_id;
ALTER TABLE itm_location ADD INDEX location_id (`location_id `, `itm_id `);

修正后重新执行ANALYZE TABLE刷新统计。

3. 验证并升级MariaDB版本 #

查看当前MariaDB版本：

SELECT VERSION();

如果版本低于10.2，建议升级到10.5或更高的稳定版本，修复旧版本中统计信息读取的bug。

4. 手动同步统计信息（极端情况） #

如果上述方法均无效，可尝试手动更新mysql.innodb_index_stats表中的统计值（注意：操作系统表前请备份数据），更新后执行FLUSH TABLES itm_location;让服务器加载新统计。

内容的提问来源于stack exchange，提问作者btginz