评论：关于memcache的key的管理，徘徊中 http://blog.51yip.com/php/729.html －－一步，二步，三步，N步，二行脚印 Tue, 07 Jun 2022 01:26:20 +0000 http://wordpress.org/?v=2.9.1 hourly 1 来自：暗影 http://blog.51yip.com/php/729.html/comment-page-1#comment-3545 暗影 Wed, 24 Apr 2013 01:31:46 +0000 http://blog.51yip.com/?p=729#comment-3545 能不能只针对表中的一条记录来设计key呢？比如 user表, key 就是 user_id 能不能只针对表中的一条记录来设计key呢？比如 user表, key 就是 user_id

]]> 来自：张映 http://blog.51yip.com/php/729.html/comment-page-1#comment-1060 张映 Tue, 14 Aug 2012 09:08:46 +0000 http://blog.51yip.com/?p=729#comment-1060 1M是默认的最大存储大小。 1M是默认的最大存储大小。

]]> 来自：王国清 http://blog.51yip.com/php/729.html/comment-page-1#comment-1057 王国清 Thu, 09 Aug 2012 06:54:51 +0000 http://blog.51yip.com/?p=729#comment-1057 memcache一个key只能存1m的数据，怎么能整表缓存呢？把表分成小于1m的数据段，然后再保存，倒是可以。 memcache一个key只能存1m的数据，怎么能整表缓存呢？把表分成小于1m的数据段，然后再保存，倒是可以。

]]> 来自：lgsiban http://blog.51yip.com/php/729.html/comment-page-1#comment-898 lgsiban Thu, 02 Feb 2012 08:07:54 +0000 http://blog.51yip.com/?p=729#comment-898 web2.0的时代, 绝大多数网站都是用户参与产生内容的, 基本上都是读取比较大，写入也比较频繁. 你所提到的两个方案我曾经也考虑过, 最终选择了第二种. 但是最大的问题就是你也提到的"KEY管理难", 始终没有很好的解决. 不知道现在LZ有没有更成熟的想法 web2.0的时代, 绝大多数网站都是用户参与产生内容的, 基本上都是读取比较大，写入也比较频繁.

你所提到的两个方案我曾经也考虑过, 最终选择了第二种. 但是最大的问题就是你也提到的"KEY管理难", 始终没有很好的解决. 不知道现在LZ有没有更成熟的想法

]]> 来自：张映 http://blog.51yip.com/php/729.html/comment-page-1#comment-81 张映 Fri, 16 Jul 2010 17:20:20 +0000 http://blog.51yip.com/?p=729#comment-81 nosql还不成熟，观望中 nosql还不成熟，观望中

]]> 来自：kimi http://blog.51yip.com/php/729.html/comment-page-1#comment-77 kimi Fri, 16 Jul 2010 04:17:41 +0000 http://blog.51yip.com/?p=729#comment-77 可以考虑一些介于sql和nosql之间的一些开源数据库，比如说：cassandra、mongodb等，比单纯的key-value要强一些，能作一些关联查询。 可以考虑一些介于sql和nosql之间的一些开源数据库，比如说：cassandra、mongodb等，比单纯的key-value要强一些，能作一些关联查询。

]]>