# caffeine-redis-mysql

**Repository Path**: ma_hua_bin/caffeine-redis-mysql

## Basic Information

- **Project Name**: caffeine-redis-mysql
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2025-04-28
- **Last Updated**: 2025-10-21

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

JVM Caffeine（本地热点）+ Redis Cluster（分布式缓存）+ MySQL（持久层）

#### **1. 架构设计核心思想**

- **分层治理**：通过缓存层级分化，实现访问效率与数据一致性的平衡
- **成本递减**：越靠近应用的缓存层，访问速度越快但容量越小（金字塔模型）
- **故障隔离**：任一层级故障不影响整体可用性（如Redis宕机可降级到MySQL）

#### **2. 各级缓存技术细节**

| 层级                 | 技术组件 | 数据特性                   | 命中率目标 | 典型TTL  | 数据一致性机制        |
| :------------------- | :------- | :------------------------- | :--------- | :------- | :-------------------- |
| **本地缓存**   | Caffeine | 高频热点数据（如车辆库存） | 95%+       | 30s-5min | 定时刷新+消息队列通知 |
| **分布式缓存** | Redis    | 全量业务数据               | 85%+       | 5min-24h | 写穿透+异步淘汰       |
| **持久层**     | MySQL    | 权威数据源                 | -          | -        | 事务保证              |

要实现 Redisson 双写率达到 99.99%，需要从架构设计、故障处理、监控验证三个维度进行全链路保障。
一、核心架构设计
1. 双写模式选择
   模式	实现方式	适用场景
   同步双写	主备集群同时写入，全部成功才返回	强一致性场景
   异步双写	主集群写入成功后异步写备集群	高吞吐场景
   混合双写	关键数据同步写，非关键数据异步写	平衡性能与可靠性