漫谈 memcache （一）
接触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列表，重新生成缓存就好了。
页:
[1]