后续规划的更新

doc/后续规划.md

@@ -81,11 +81,13 @@
 ### 内容
 1、支持不同维度的缓存配置各自的缓存类型
 > 目前缓存类型的配置维度太大，导致一个应用只能配置一个缓存类型。
+> 进度：基于配置的简易性来看，暂不规划对该场景进行实现。原因是各个缓存维度各自配置，虽然更灵活，但使用起来也更麻烦。
 
 2、支持只使用二级缓存Redis时给不同维度的缓存设置不同的过期时间
+> 进度：已完成
 
 ### 状态
-待处理
+`20231122 已完成`
 
 
 
@@ -95,7 +97,7 @@
 ### 内容
 1、缓存的可视化管理+监控（有监控才有方向）
 
-始于架构，精于治理。
+未来的方向：始于架构，精于治理。治理不仅是架构的延续，更是下一代应用中间件技术的演进方向。
 
 > 现状：目前对于应用中的缓存现状是未知的，无法分析本地缓存的命中率，哪些key存在缓存穿透（次数？），哪些缓存走了本地缓存，缓存数量等等。
 > 
@@ -115,18 +117,30 @@
 - 不同缓存服务器上缓存的一致性检测
 - 服务器内存统计数据
 
-2、异常处理+告警
+### 状态
+规划中
+
+---
+## 第八阶段
+1、缓存操作的异常时的处理和告警
 - 缓存操作异常时的告警
 - 缓存操作异常时的重试机制
 
 ### 状态
-待处理
+规划中
 
 ---
-## 第八阶段（未来的方向）
-始于架构，精于治理。
-> 治理不仅是架构的延续，更是下一代应用中间件技术的演进方向。
-> 
-> 
-> 
+## 第九阶段
+完整的缓存更新解决方案
+
+1、基于binlog模式的缓存数据更新
+- 通过MQ的消费分组来订阅变更消息，实现不同服务的缓存更新
+- 实现通用的解析，简化业务开发
 
+2、基于Cache-Aside Pattern的缓存数据更新
+- 双删模式
+- 双写模式
+- 统一抽象的实现，简化业务开发
+
+### 状态
+规划中