MySQL缓存配置重点在于InnoDB Buffer Pool，因MySQL 8.0已移除Query Cache；Buffer Pool应设为内存的50%–75%，启用多实例与预热，并监控命中率＞99%。
MySQL 缓存配置的核心在于合理利用 查询缓存（Query Cache） 和 InnoDB 缓存机制（如 Buffer Pool），但要注意：MySQL 8.0 已彻底移除查询缓存，因此配置重点转向 InnoDB 层面的内存管理。
查询缓存（仅适用于 MySQL 5.7 及更早版本）
查询缓存会缓存 SELECT 语句的完整结果，当相同 SQL 再次执行时直接返回结果，跳过解析、优化和执行阶段。但它对表变更极其敏感——只要涉及的表有 INSERT/UPDATE/DELETE 操作，相关缓存即被清空，高写入场景下反而降低性能。
- 启用需设置 query_cache_type = 1（ON），并分配内存 query_cache_size（建议 ≤ 256MB，过大易引发锁争用）
- 不推荐在读写混合或频繁更新的业务中开启；若开启，建议配合 query_cache_min_res_unit 调整最小分配单元，避免内存碎片
- 可通过 SHOW STATUS LIKE 'Qcache%' 查看命中率（重点关注 Qcache_hits / (Qcache_hits + Qcache_inserts)）
InnoDB 缓冲池（Buffer Pool）——现代 MySQL 的核心缓存
这是真正影响性能的关键参数，用于缓存数据页和索引页。它决定了 MySQL 能从内存中直接读取多少热数据，减少磁盘 I/O。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- innodb_buffer_pool_size 应设为物理内存的 50%–75%，但需为操作系统和其他进程预留足够空间（例如 32GB 内存服务器可设为 20–24GB）
- 大内存服务器建议启用多实例缓冲池：innodb_buffer_pool_instances = 8（每实例 ≥ 1GB），降低内部并发争用
- 启用预热功能可加快重启后性能恢复：innodb_buffer_pool_dump_at_shutdown = ON + innodb_buffer_pool_load_at_startup = ON
其他辅助缓存相关参数
虽非主缓存，但影响整体响应效率：
- table_open_cache：控制同时打开表的数量，过高增加内存开销，过低导致频繁打开/关闭表文件；可参考 Opened_tables 状态值持续增长来调优
- innodb_log_file_size：日志文件大小影响写缓冲刷盘频率，适当增大（如 256MB–1GB）可提升写密集型负载性能，但需注意恢复时间延长
- sort_buffer_size、read_buffer_size 等线程级缓存不宜设得过大，应按需分配（默认值通常足够），避免单连接占用过多内存
验证与监控建议
参数生效后不能只看是否启动，要结合实际负载观察效果：
- 用 SHOW ENGINE INNODB STATUS\G 查看缓冲池使用率、命中率（Buffer pool hit rate 理想应 > 99%）
- 监控 Innodb_buffer_pool_read_requests（逻辑读）与 Innodb_buffer_pool_reads（物理读）比值，计算真实命中率
- 避免盲目调大所有缓存参数，内存超配会导致系统频繁 swap，性能断崖式下降
