aloasut

我个人用主要是两三个点之间互相连接，不知这个punch能不能在某一个点的公网IP改变（重新拨号）以后，自动通知其他几个点修改对端IP？（等于mesh形式） 我现在用的是netmaker来实现这个功能。

确实是和EDGE有关。我更新到 版本 102.0.1245.41 (正式版本) (x86_64) 也同样错误了。 用回chrome是OK的。

期望：可以通过命令行手工执行备份某个已经缓存的人的最新微博(或者程序中设置定时)。这样就可以通过定时器来备份N个人的最新微博了。

另外有一个叫做SSDB的项目：https://code.google.com/p/zdb/ 是自己实现的服务器端。思路好像清晰一些，除了set外的redis数据类型都支持。看起来就是redis的持久化实现了。他的主从同步据说考虑到了网络差的情况，比redis优秀。

是呀，他说用到了生产环境。把用户库放到了zdb。

请教ssdb是如何应用到你们会员系统的? 在 2013-1-7 上午11:52，"ideawu" [email protected]写道： > @aloasut https://github.com/aloasut: 我是SSDB项目的创建者. 根据业务开发的经验, > 我发现zset数据结构的表达能力非常强大, 同时, 我们遇到了redis内存限制以及主从同步不完善的瓶颈, 所以在LevelDB上面寻找解决方案. > > SSDB支持zset, 不过不是完全支持, 例如zcard, 我的思路是使用者自己维护计数. 新浪微博的经验也是使用独立的计数服务维护各种集合的计数. > > SSDB的主从同步, 利用LevelDB来持久化更新log, log里只记录变更的key, 而没有value, > 所以可以保存非常大的更新log(默认是100万条),...

@shenzhe 你这种冷热数据的设想太好了。我现在在维护一个约千万级别的用户库。是在redis保持30天用户基本信息，过期就去数据库查，数据库在并发大的时候也有点压力，现在有点想把mysql存的数据都迁移到leveldb。但是leveldb是写的性能好于读的性能，所以正在评估中。非常感谢你的解释。