关于文章点击量的缓存

一篇文章 一个帖子都有其点击量 用户每访问一次其点击量就加一 ，就要update一次数据库 是不是效率太低了？
如果采用缓存的话 每次加一后，由于数据update, 缓存就会清除，再重新加载 ，也就是说缓存实际上是没其作用的
针对上面的问题 我的想法是 把点击量HitCount做成一个单独的表

ArticleHit表

id

hit_count

ArticleHit与Article表是一对一关系 ，在增加点击次数的时候只要修改ArticleHit表即可 不会影响到Article表 Article的缓存也不会更新

这样的好处是每次数据传输量很小，只用两个字段

缺点是访问数据库的次数没有将下来

 

另外一种方法是累计点击次数 等到了一定的次数采取更新数据库，例如累计100次后更新一次数据库

这样的好处是极大的缓解了数据库压力

缺点是实时性不好； 可能丢失点击次数；会占用一些内存；

robbin：

bloodrate 写道

那得多大得cache啊？每个帖子对应map里得一条记录，以id为key查，估计有数十万得帖子啊，分布式缓存了

数十万帖子也不过几GB吧，现在很多web2.0网站开memcached，都是几TB的空间。