《深入分布式缓存：从原理到实践》学习笔记（1）

最新推荐文章于 2022-12-12 21:51:20 发布

jw598527338

最新推荐文章于 2022-12-12 21:51:20 发布

阅读量1.6k

点赞数

本文链接：https://blog.csdn.net/jw598527338/article/details/80973628

版权

缓存为王，不同的语境中所代表的缓存意义不同。
缓存的一个主要目的在于提高用户体验，是一种非功能性约束。
大型网站架构
页面缓存，不用多次渲染
- 页面自身对元素进行缓存；
- 服务端黄金静态页面或动态页面；
浏览器缓存：根据一套与服务器约定的规则进行工作，如在http头设置expires
- Cache-Control/Expires的优先级高于Last-Modified.ETag
网络缓存
- web代理缓存，Squid
- 边缘缓存，Varnish、CDN
服务端缓存
- msql缓存（Query Cache）：
- 平台级缓存：java（Ehcache，Cacheonix，Voldemort，JBoss Cache，OSCache）
- 应用级缓存：Redis、MongoDb、Memcachaed
  - redis:去中心化，通过Gossip协议交换状态；客户端与节点直连
多级缓存架构：Nginx本地缓存解决热点数据缓存问题；Redis分布式缓存减少访问回源率；Tomcat缓存防止缓存失效/崩溃之后的冲击；数据库换成提高查询效率

CAP理论（一致性，可用性，分区容忍性）:CAP并不是三选二，大多数情况下Ｃ和Ａ可以同时满足，所以实质上是需要一种当Ｐ出现时的应对策略
ACID（原子性，一致性，隔离性，一致性）
BASE（基本可用，软状态，最终一致性）
Paxos算法：解决分布式系统一致性问题的通信协议
- 两阶段：Prepare，Accept
- 进一步阅读《从Paxos到ZooKeeper》
一致性算法还有：2PC、3PC、Raft算法、Lease机制
MVCC（基于多版本并发控制），如InnoDB。
- 存储引擎会给每张表增加两个字段：create version和delete version
- 查询操作必须满足：当前版本号>=create version且<delete version，才会被查询到
Gossip是一种去中心化思路的分布式协议，解决状态在集群中的传播和一致性问题。

参考Ehcache、Guava
简单设计的缓存框架结构
工程结构和类图
SPI机制：META_INF/services下的文件javax.cache.spi.CachingProvider
- Service Provider Interface，是JDK内置的一种服务提供发现机制。用于为某个接口寻找服务实现的机制，有点类似IOC
- SPI的使用约定：使用loads的迭代器会遍历所有实现类

APP - > CacheManager -> Cache -> Element
架构：
- Cache Replication：用于处理缓存同步
- InProcess APIS：对外开放常用的API
- Network：通讯协议，即网络调用接口的方式
- Ehcache Core：缓存核心功能的实现
配置项：
SDK使用
Spring+Ehcache
- EhCacheManagerFactoryBean用于加载Ehcache配置文件；注解功能通过<cache:annotation-drive.......>开启
- @Cacheable @CachePut @CacheEvict @CacheConfig

场景要求：
- 较少更新数据表，因为Ehcache作为Hibernate缓存时，更新表操作会情况所有与该表相关的缓存。
- 并发以及一致性要求不严格，多台服务器缓存不能实时同步；高一致要求建议使用Redis、Memcached等集中式缓存。
本地缓存+分布式缓存（集中式换成 redis）
- 将Ehcahe作为二级缓存，当Redis宕机可以继续抗住大量请求。
- 采用一定的同步策略，维护本地缓存和分布式缓存的一致性（定时轮询、主动通知）。

关注