SNS站点的数据存储方案

    今天看了篇文章，谈到SNS站点应用中的分库分表问题，这里我也谈谈我对SNS站点和应用数据存储的看法。

 

一、数据存储

 

    SNS站点中数据层根据业务和访问特性可分为几类：

 

    1. 读写都很频繁，非重要数据。

    如应用feeds等。 这部分数据通常读写都很频繁，但丢失的话用户也不是特别关注，因些通常保存在内存cache中，而不落DB，旨保证用户请求的快速响应。

 

    2. 读频繁写不频繁，重要数据。

    比如用户等级数据、评论、留言等。 这类数据一定要落到DB里，保证数据的终极存储，前端用内存cache保证快速响应，因为写并不是很频繁，因些DB足以支持，通常mysql可以支持每秒200-400次写请求。

 

    3. 读写都频繁，次重要数据。

    这类数据是最让人头疼的数据，通常的处理方式是前端用内存cache，后挂DB，但因为写操作很频繁，如果每次操作都直接更新到DB的话，DB根本无法支持，因此，我们可以考虑合并请求。可以单独搭一个内存cache用来记录用户数据是否被更新过，每隔一定的时间，比如10分钟，批理处理一下，把内存cache中的数据同步到DB中来。这样，可以大量的用户请求被合并，以现在非常火的开心农场为例，用户每天登录后会把所有的好友的菜偷一遍，假设平均一个用户有20个好友，每个好友有两块地可以偷，这样，共有有40次写请求，如果每次请求都把偷到的果实写