我看到过两种分类方式，其实大同小异，都是按DB和缓存先处理谁（或者说以谁为主）来分的，只是角度不同，为了加深理解，都记下来吧。
读的时候，如果缓存里读到了，就直接返回读到的结果，这一步是通用的，下面就不赘述"读"时"从缓存读到"的情况了。
1. 分类方式一
网上比较常见的分类方式。
1.1. 缓存作为旁路的模式
这是最常见的模式
核心思想：先弄DB。
1.1.1. 读
缓存里未读到，客户端先读DB，再由客户端更新缓存。
1.1.2. 写
客户端写DB，客户端删缓存。
1.2. 读写穿透（缓存作为主路）的模式
核心思想：先弄缓存。
1.2.1. 读
缓存里未读到，缓存服务先读DB，再由缓存服务更新缓存，然后返回给客户端。。
1.2.2. 写
写缓存，由缓存服务同步地去更新DB。
1.3. 回写模式（也叫异步缓存写入模式）
核心思想：先弄缓存，异步同步DB。
1.3.1. 读
缓存里未读到，缓存服务先读DB，再由缓存服务更新缓存，然后返回给客户端。
1.3.2. 写
写缓存，由缓存服务异步批量地去更新DB。
1.4. 注意
- 第三种用到的地方：消息队列异步写入硬盘、innoDB的buffer pool机制。
- 热点数据要提前加载到缓存（预热），以免启动的时候大量请求直接打到数据库。
2. 分类方式二
这"分类方式二"是我个人的理解。
从3个维度分别独立地看，然后再总结成5个方式。
- 这3个维度分别是：读写、DB和缓存、同步和异步。
- 这5个方式分别是：
- 读不穿透
- 读穿透
- 写不穿透
- 写穿透
- 异步批量写穿透
缓存自己处理，就叫穿透。
2.1. 读不穿透
读缓存未命中时，客户端自己去读DB，然后客户端把读到的信息同步给缓存，再处理客户端自己的逻辑。
2.2. 读穿透
读缓存未命中时，缓存自己去读DB，然后把值给客户端。
2.3. 写不穿透
写时，客户端先写DB，客户端再写缓存。
2.4. 写穿透
写时，客户端写缓存，缓存自己来写DB。
2.5. 异步批量写穿透
写时，客户端写缓存，缓存自己来异步批量地写DB。
3. 方式一和方式二的关系
- "旁路模式"其实是读不穿透、写不穿透
- "读写穿透"其实是读穿透、写穿透
- "回写模式"其实是读穿透、异步批量写穿透
我认为完全可以再造其他模式，比如读不穿透、写穿透，读穿透、写不穿透等等......主要看有没有合适的使用场景。
三种模式简单记为：两不透，两穿透，两穿透了还批量异步。