如各位所看到,目前网站右侧的新鲜事列表出现了些异常,这是由于我们使用的redis驱动的某个错误造成的。现在这个错误已经被排除,但是由此引申了我对Redis使用场合的一些思考
以上是我想到的一些应用场景,这种使用是否合理。还有其它应用场景吗?
走同样的路,发现不同的人生
我们使用sorted set来做排名系统 比传统的实现方式简单非常多
我们使用redis来统计文章的访问量,生成昨天点击排行,本月点击排行等数据. 性能非常好,缺点就是机器内在迅速不够用了.我们的解决方案是,同时往写两台,每过一段时间将其中一台的数据清零.
redis现在的发展受作者的影响太大。他的milestone没有规划的特别好,导致每个版本之间的差别很大,没有一致性。 使用下来觉得queue很有用。然后做一些计数器确实不错。 觉得redis应该改进的地方: 分布式的支持,其实只用跟memcached一样在客服端支持就行。 VM这些特性到底有没有用? redis的php驱动用下来感觉不错phpredis。
最近在项目中使用redis 1.List做消息队列 2.Sorted Sets做一些交/并集运算(两个用户的好友列表 交集 得出共同好友等)
我们在性能要求高的应用中大量的使用了redis,而且主要用了redis的sorted set、hastset、pub/sub这些数据结构。 基本上在前台(面向最终用户的应用)中替代关系型数据作为数据持久化的存储服务,当然在redis后面还是有其他的数据存储产品作为最终数据备份。
说说我用到的Redis几个特性:bitset, hashset, sorted set, pub/sub, k-v缓存
这是由于我们使用的redis驱动的某个错误造成的。现在这个错误已经被排除,
方便谈谈这个错误吗? 想具体了解一下。
我们使用sorted set来做排名系统 比传统的实现方式简单非常多
我们使用redis来统计文章的访问量,生成昨天点击排行,本月点击排行等数据.
性能非常好,缺点就是机器内在迅速不够用了.我们的解决方案是,同时往写两台,每过一段时间将其中一台的数据清零.
redis现在的发展受作者的影响太大。他的milestone没有规划的特别好,导致每个版本之间的差别很大,没有一致性。
使用下来觉得queue很有用。然后做一些计数器确实不错。
觉得redis应该改进的地方:
分布式的支持,其实只用跟memcached一样在客服端支持就行。
VM这些特性到底有没有用?
redis的php驱动用下来感觉不错phpredis。
最近在项目中使用redis
1.List做消息队列
2.Sorted Sets做一些交/并集运算(两个用户的好友列表 交集 得出共同好友等)
我们在性能要求高的应用中大量的使用了redis,而且主要用了redis的sorted set、hastset、pub/sub这些数据结构。
基本上在前台(面向最终用户的应用)中替代关系型数据作为数据持久化的存储服务,当然在redis后面还是有其他的数据存储产品作为最终数据备份。
说说我用到的Redis几个特性:bitset, hashset, sorted set, pub/sub, k-v缓存
方便谈谈这个错误吗? 想具体了解一下。