数据库Cache缓存怎么调优

数据库 Cache / 缓冲池（Buffer Pool / Cache）调优 的核心目标只有一句话：让热点数据尽量留在内存里，减少磁盘 IO。下面按“思路 → 关键参数 → 实战方法 → 常见坑”来讲。

一、先明确：你说的是哪种 Cache？

不同数据库叫法不同，但本质类似：

下面以 MySQL / PostgreSQL 为主说明，思路通用。

二、调优核心思路（非常重要）

1. Cache 不是越大越好
   • 太大 → OS 页缓存被挤、Swap 风险
2. 先测命中率，再调参数
3. 热点数据必须能装下
4. 写多场景 ≠ 只调读 Cache

三、关键指标（调优前必看）

1. 缓存命中率

命中率 = 1 - (物理读 / 逻辑读)

经验值：

• > 99%：非常健康
• 95%–99%：可接受
• < 95%：明显不足

MySQL 查看：

SHOW ENGINE INNODB STATUS;
-- Buffer pool hit rate

PostgreSQL：

SELECT * FROM pg_stat_database;

四、MySQL 调优实战（最常见）

1. Buffer Pool 大小（最重要）

innodb_buffer_pool_size = 物理内存的 60%–80%

示例（64G 内存）：

innodb_buffer_pool_size = 48G

✅ 原则：

• 专用数据库服务器
• 留出内存给 OS + 连接

2. Buffer Pool 实例数（高并发）

innodb_buffer_pool_instances = 4~8

作用：减少锁竞争

3. 脏页刷新策略

innodb_max_dirty_pages_pct = 75
innodb_flush_neighbors = 0  # SSD 必开

4. 避免 Swap（致命）

# Linux
echo 1 > /proc/sys/vm/swappiness

或：

vm.swappiness = 1

五、PostgreSQL 调优

1. 共享缓冲区

shared_buffers = 25% 内存

（MySQL 比 PG 更激进）

2. OS 页缓存

PG 依赖 OS Cache，不要全占满

3. 工作内存

work_mem = 16MB~64MB  # 排序/哈希用

六、SQL & 业务层 Cache 调优（更关键）

参数调不好，SQL 烂也白搭

1. 避免全表扫描

• 加索引
• 覆盖索引

2. 热点数据拆分

• 热表 vs 冷表
• 历史表归档

3. 合理用 Redis

• 读多写少
• 热点 KEY

七、常见误区 ❌

❌ 一上来就把 buffer 拉满
❌ 命中率低就加内存（可能是 SQL 问题）
❌ 忽略 SSD / IO 队列
❌ 开 Swap 不处理

八、调优 Checklist（可直接用）

• [ ] 命中率 > 99%
• [ ] 无 Swap
• [ ] 热表可全进内存
• [ ] 慢查询已优化
• [ ] 磁盘 IO 稳定

如果你愿意，可以告诉我：

• 用的什么数据库（MySQL / PG / Oracle）
• 内存大小
• 当前命中率
• 读多还是写多

我可以直接给你一套可落地的参数配置。