内容已知的缓存技术介绍

 

在基于内容已知的缓存技术中每一个边缘服务器运行自己的数据库服务器,该服务器包含一个中央数据库的部分视图。部分数据复制的典型方法是根据访问模式将数据库的一部分转移到边缘服务器。既然目标是降低对用户请求的响应时间,那么在决定副本放置的算法中(如 HotZone算法)通常要在性能建模时考虑网络延时。
 
复制机制的一个典型的例子是GlobeDB,它在数据分区对数据库进行部分的复制可以降低因数据库内容修改而产生的流量。但是这个方案需要一个拥有完整数据库的特定服务器去执行复杂的数据库操作,因此这个服务器可能会成为新的吞吐量瓶颈。GlobeTB对GlobeDB进行了改进,不仅要减小延时,同时还要增加被复制数据库的吞吐量。为此GlobeTB降低了对单一中央主数据库的要求避免在源服务器的后端层出现瓶颈风险。
 
与前述对数据库操作结果的缓存一样对数据库做部分的复制也可能面临一致性的问题。根据相关参考文献引入中间件Ganymed来解决在被复制的后端层面临数据变化(即接收到修改、删除、插入的指令)时如何确保数据一致性的问题,Ganymed把修改操作与只读类事务分开,将前者转到一个中央主数据库服务器处理,而将后者交由只读的数据库副本处理。
 
很多商业产品也支持数据库的部分复制。例如MYSQL数据库管理系统支持多个副本的数据分区,IBM DB2和Oracle也具有类似的特性。大多数情况下数据库部分复制的方案被设计用于对资源(即数据库集群)的一个本地副本进行管理,需要在所有数据库分区之上有一个中央管理器来处理和分发请求和事务。这个方法不能直接应用于一个大范围网络内资源的复制,因为一个中央管理器的存在会影响系统的可扩展性。由于这个原因大多数商业产品更多地依靠对数据库操作结果的缓存而不是数据库复制策略。
 
网防cdn专业提供国内外高防cdn加速服务
 
本文链接:http://www.f8i.com/news/352.html

 

posted on 2018-03-06 10:06 cdn技术交流 阅读() 评论() 编辑 收藏

版权声明:本文为wj7636原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/wj7636/p/8512735.html