接触memcache有一段时间,对在项目中使用memcache也有了一定的了解。在访问量和数据量相对高攀的时候使用memcache ,可以在很大程度上降低,web服务器和 数据库服务器的压力。
工作的需要,需要对大访问量下,需要对数据库访问层进行优化,除了必要的进行索引,对数据库结构进行优化,进一步优化sql以外,再就是对页面的静态化。而静态化以后加剧了I/O操作也并不是太理想。 传统的web访问,影响比较大的地方就是这两个地方,一是 数据库连接查询,二是服务器的I/O操作。
而memcache,作为内存缓存来说,还是有这相当大的诱惑力的。 不过用起memcache来,最让人头疼的时,memcache 清理和删除,memcache并没有提供,相应的资源,去了解当前服务器中存在了哪些key。最让人烦的时候,很难把握在什么时候去清除这些key,频繁的去重新启动memcache服务,似乎不是一个明智之举。
在项目中,在实践中摸索,现在大概也有了自己的一套思路和想法。
在想到用memcache的时候,首先应该考虑的是,什么时候用,什么时候清除。那些地方可以缓存,那些地方不用缓存。 那些变更不太频繁的东西,对实时性要求不太高的东西最适合放进缓存中。而那些变更比较频繁,要求数据及时性很高的,不应该放到缓存中,可以从库或者文件中实时的读出。 在memcache的使用中,如何去划分对应的角色还是相当重要,很方便与memcache的管理, 那个简单的发布系统为例:
在整个新闻系统中无疑可以从这个方面入手:
1:新闻详细页面的缓存 我们可以按照新闻id 进行缓存:$key = "NewsDetail_".$id; 这样对于单挑的记录,我们就很容易的 缓存, 缓存的变更对应:当修改新闻内容时,replace当前缓存,当删除新闻时候,delete,当前缓存。
2:新闻分类 以及分页 因为在前面我们已经缓存过 新闻的具体内容, 没有必要我们再重复取出某分类某页数据进行重复缓存。在这里我们把某分类下某页数据,对应的数据的ID进行缓存: (1:)当前分类,当前页的所有新闻ID的缓存 :$key = "NewsList_Sort".$SortID."_Page"._$page; (2:)当前分类总页数缓存 ,$key1 = "NewsList_Sort".$SortID."_$PageCount 这样缓存了 总页数和大概每一页 新闻id,当添加新闻, 删除新闻, 删除分类时候, 只要清除对应的 页数, 并根据总页数循环清除对应的页面的id列表,重新生成缓存就好了。