博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  后端技术

摘要:Redis 提供了很多丰富的命令,最常见的如get ,set , multiple-get . multiple-set 命令 另外提供了list操作命令 ,list 实际上是一个堆栈 提供lpush 和lpop方法 Set 为集合操作 可以进行交并等运算 ZSet为有序集合,传入值的时候可以传入一个权重 ,以控制此值在整个set中的位置 Pipeline 维持一个事务, 当没有执行excute时, 此事务内的所有操作都没有被真正提交具体使用见代码. 调用client.info()的时候出错 , 怀疑可能是client端的bug#Returnsthenumberofkeysinthecurre 阅读全文

posted @ 2011-03-10 10:12 commond 阅读(1470) 评论(0) 推荐(0)

摘要:网上已经有很多现成的资料了,但是还是决定一步一步走下来,细细品味一下这个开源神作。人气如此之高,当然有其独到之处,作为一个KV Store ,首先被关心的问题自然是 Replication /Performance /Persistence / Single Point of Failure 等方面 ,安装之前,先去其官方站点仔细了解一下其特点。 l Replication 对于Replication , 官网上有以下几点信息。其一,Redis是Master-slave结构的(这意味着用户得自己解决单点问题?) ;其二,可以将Redis看成读写分离的架构(Master负责写请求,redies负 阅读全文

posted @ 2011-03-02 11:17 commond 阅读(1716) 评论(0) 推荐(0)

摘要:新版本的spy memcacheD 中加入了CAS操作(server1.4.4/client2.5) , 何谓CAS ? 简而言之就是你必须以最新数据为基础进行修改,否则就不能更新这条数据。 看一个例子:1. A 取出对象objectA 2. B 取出对象 objectA 3. B 修改对象 objectA 并放入缓存 4. A 修改对象 objectA 并放入缓存 --------冲突在第四步, A修改的对象已经不是最新的了,所以产生了冲突。 那么memcacheD如何实现CAS?Future<CASResponse> net.spy.memcached.MemcachedC 阅读全文

posted @ 2010-05-27 17:28 commond 阅读(1869) 评论(0) 推荐(1)

摘要:解剖Twitter 【1】万事开头易 解剖Twitter 【2】三段论 解剖Twitter 【3】Cache == Cash 解剖Twitter 【4】抗洪需要隔离 解剖Twitter 【5】数据流与控制流 解剖Twitter【6】流量洪峰与云计算 解剖Twitter 【7】 作为一种进步的不彻底 解剖Twitter 【8】 得过不且过 解剖Twitter 【9】结语 时常听到“浮躁”这个词,批评现代人不求甚解,缺乏严谨踏实的作风。这种批评有狭隘之嫌。每代人所处的环境不同,面临的问题不同,所以逐渐养成一种风气,去适应新的环境,解决新的问题。 几百年前,人们读长篇小说,看 阅读全文

posted @ 2010-04-12 22:22 commond 阅读(1126) 评论(0) 推荐(0)

摘要:t eBay, one of the primary architectural forces we contend with every day is scalability. It colors and drives every architectural and design decision we make. With hundreds of millions of users worldwide, over two billion page views a day, and petabytes of data in our systems, this is not a choice 阅读全文

posted @ 2009-08-24 15:30 commond 阅读(239) 评论(0) 推荐(0)