杨建:网站加速--动态应用篇 (下)

转自 http://blog.sina.com.cn/s/blog_466c66400100i29r.html


--提升性能的同时为你节约10倍以上成本
From: http://blog.sina.com.cn/iyangjian


五, Memcache & Mysql 常用场景案例

 

经典篇:


更新数据:
全局MC,然后再写DB。

读数据:
先读MC,命中返回数据。不命中则读DB,更新到本地MC,然后返回数据。


杨建:网站加速--动态应用篇 (下)_第1张图片

(这几个逻辑图由kinggen同学提供,看起来比文字直观多了,感谢一下)


为什么更新数据写全局MC,而读数据不命中只写本地MC?
因为更新数据写全局保证了只要MC中cache存在则肯定是最新的,要么就不存在。不存在的情况可以从DB中补充。

如果更新数据和不命中的情况下都只写本地MC会有什么后果?
因为MC不会主动获得数据更新,如果更新数据不写全局,会造成其他IDC的cache在失效以前仍然是旧的。出现数据不同步的现象。

进阶篇


这里是在动态数据中引入静态数据的last modify特性,以使得在动态应用中可以返回HTTP 304状态。只比较最后更新时间便可以做出判断,减少后续逻辑处理以及数据内容传输,快速做出响应。对于读多,写少的项目,意义巨大。

对于js调用的部分,并不等同与刷新,要想让每次都产生请求,而且还带If-Modified-Since过去,必须加个max-age=1。只能精确到1秒。

更新数据:
将数据和LM写到全局MC,然后将数据写到DB,不用把LM也写入,LM只存在于MC中。


杨建:网站加速--动态应用篇 (下)_第2张图片


读数据:
如果MC中存在LM: 比较浏览器请求带过来的LM, 大于等于MC中LM则直接返回304。否则返回数据和最新的LM。
如果MC中不存在LM:把当前的响应时间作为LM存在本地MC中,然后返回数据和此LM。



 

 

 

杨建:网站加速--动态应用篇 (下)_第3张图片


返回数据方法同经典篇里的读数据。取时间请用 $_SERVER['REQUEST_TIME']。
LM的cache时间可以设置的尽量长些,比如一个月。

 

 

PHP中动态数据使用Last-Modified加速原理详细说明:
动态应用项目中充分利用LM来加速响应,减少逻辑处理以及数据传输。
最初考虑是用etag实现,引入这一机制并不仅仅是为了节约带宽。它还用来减化应用程序逻辑。比如正常取一个数据,需要取好几个表的东西,大概消耗200ms。如果我把etag作为数据版本来用,只需要取memcache里的版本号判断一下,对于大多数用户来说,都没更新数据,就不用走后面的判断了,直接返回304状态。但是IE6里,如果同时使用gzip,又使用etag,etag就会失效。这是ie6的bug,没有遵守http 1.1。

现在使用方法,把数据最后更改时间戳作为版本。模拟静态数据使用Last-Modified 。这样做的缺陷是,单位只能精确到秒,如果一秒内做多次修改,将不能区分。不过对我们目前应用来说,精确到一秒已经足够用了,用户的动作没那么快。另外,还有一个细节,将决定这个机制能否应用在我们的项目中。我们既要使用缓存,又要其他任终端,或者浏览器通过js拿数据的时候立刻拿到最新的。大家知道,如果你使用了Last-Modified,通过js在当前浏览器下再次取数据的时候,浏览器不会发起任何请求,新数据当然无从拿到。如果能让浏览器发送请求的时候带上If-Modified-Since,又能每次都让浏览器产生请求,便能解决问题。
于是,我们通过php输出数据的时候同时使用这样的两个头信息,便达到了目的。

Cache-Control: max-age=1

Last-Modified: Tue, 11 May 2010 10:58:11 GMT

这样做的假设是:用户点一个组合查看数据,然后用户在手机上添加一个股票信息,然后用户切到了别的组合,然后又切回这个组合查看数据,这4个动作不可能在同一秒内完成。我反正是做不到那么快,超人例外。


你可能感兴趣的:(PHP,mysql,浏览器,server,cache,etag)