如何确保核心查询所用特定索引始终留存于InnoDB缓冲池中？

MySQL 完全支持这类需求，你可以通过以下几种方式实现：

1. 手动预加载索引到缓冲池 #

使用 LOAD INDEX INTO CACHE 语句，直接将指定表的目标索引加载进缓冲池：

LOAD INDEX INTO CACHE your_table_name (index_name1, index_name2);

如果需要加载该表的所有索引，可简化为：

LOAD INDEX INTO CACHE your_table_name;

注意：若缓冲池剩余空间不足，后续仍可能发生索引页被淘汰的情况，因此需确保缓冲池有足够容量容纳这些关键索引。

2. 调整缓冲池淘汰策略 #

InnoDB 默认采用 LRU（最近最少使用）淘汰策略，你可以通过修改以下两个参数，降低后台任务加载的非关键索引替换掉核心索引的概率：

• innodb_old_blocks_pct：设置缓冲池中旧块列表的占比，默认值为37。适当降低该值，可让后台任务加载的新页先进入旧块列表，短期内不会干扰核心索引的留存。
• innodb_old_blocks_time：设置新页进入旧块列表后，需等待多久才能进入新块列表，默认1000毫秒。后台任务的查询多为一次性操作，延长这个时间后，其加载的索引页会在旧块列表停留更久，不易挤掉核心索引。

临时修改参数（重启MySQL后失效）：

SET GLOBAL innodb_old_blocks_pct = 20;
SET GLOBAL innodb_old_blocks_time = 5000;

若需永久生效，需在 my.cnf/my.ini 中添加配置：

innodb_old_blocks_pct = 20
innodb_old_blocks_time = 5000

3. 拆分缓冲池（MySQL 5.5+） #

若你的MySQL版本支持，可通过 innodb_buffer_pool_instances 参数将缓冲池拆分为多个实例，把核心表索引与后台任务涉及的表索引分配到不同实例中，避免互相干扰。该方法适合缓冲池总大小超过1G的场景，操作相对复杂，需结合表空间配置完成。

核心注意事项 #

• 缓冲池总容量需足够容纳所有关键索引，这是保障核心索引留存的基础，否则空间不足时仍会发生淘汰。
• 定期通过 SHOW ENGINE INNODB STATUS 监控缓冲池命中率、新旧块使用情况，根据实际数据调整参数。

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