神刀安全网

应用程序Cache对象到高性能Memcached学习之路

以下是个人学习之路的简单分享,不足之处欢迎大神们批评指正!

在网站开发的初期,我们没有考虑更多的东西,也没有对缓存进行系统的设计,而是直接使用了应用程序缓存对象Cache,但由于系统架构的不断完善,在分布式系统架构中只依靠Cache明显不够,无法实现分布式管理,所以后期我们采用了Memcached高性能分布式内存缓存服务器。

一、应用程序缓存对象Cache

一开始,我们只处理了数据的缓存,缓存和应用程序在一台服务器:

应用程序Cache对象到高性能Memcached学习之路

应用程序先去读缓存,若没有数据则去读数据库,然后存入缓存,若有数据则无需再读库,对于Web网站来说,Cache的确可以使性能得到很大提高,在开始的短期时间内,我们也一直使用着Cache,但由于架构的演进,渐渐的出现了一系列的问题:

1. 缓存访问范围只能是当前应用程序池,对于分布式Web站点无法实现缓存的统一管理,往往只能在A站添加一份,B站也添加一份,无法共享缓存资源,这样非常不合理,同时也非常浪费资源。

2. 缓存和应用程序无法分离,无法分布式部署,IIS吃内存已经是非常厉害了,常常导致缓存溢出,且每次更新程序都会导致缓存丢失。

3.缓存管理难度加大,需要对每个站点进行单独的管理。综上,后期由于网站的访问量增加,为解决服务器资源等各方面性能问题,我们不得不将缓存和Web服务器独立开来分开管理,于是我们采用了Memcached分布式缓存。

二、Memcached高性能分布式缓存

使用Memcached缓存之后,我们并没有抛弃应用程序Cache,而是用它来做动态页面输出缓存:

应用程序Cache对象到高性能Memcached学习之路

使用Memcached后的缓存设计:

【 IIS服务器 or 其他代理服务器】(内存) :动态页面缓存    

【MemCached】(内存):数据缓存    

【浏览器缓存】(硬盘):动态/静态页面缓存,静态文件(图片,js,css)

我们通过Memcached实现了缓存的分布式管理,同样我们只对数据库数据进行缓存处理,对于闲下来的Cache我们用它做了少量的动态页面输出缓存:

【断绝发送请求至服务器】的过程  :

1.OutputCache  :类型Any——页面被缓存在浏览器、代理服务器端和web服务器端

2.http标头Cache-Control :处理点击“转到”或者光标移入地址栏然后回车,不发送请求至服务器

3.http标头Last-Modified:用来处理F5刷新的,也就是对Last-Modified有效,需要请求服务器判断是否加载新的内容

缓存用于在动态应用中减少数据库负载,更好的分配资源,提升访问速度。是开发中必须学习的技术,这里给大家简单介绍了我在开发中使用缓存的一些经历,对于Web性能优化方面,我们除了优化缓存设计之外,也需要尽量减少对服务器的http请求,包括之前提到的延迟加载,动态合并js/css文件等方法,希望对初学者有所帮助。

以上是个人学习之路的简单分享,不足之处欢迎大神们指正!

技术类公众号推荐:CodeL

应用程序Cache对象到高性能Memcached学习之路

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » 应用程序Cache对象到高性能Memcached学习之路

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
分享按钮