轉(zhuǎn)載請注明出處：http://www.cnblogs.com/jabnih/
1. 基本原理
1.1 為什么會出現(xiàn)Pipeline
Redis本身是基于Request/Response協(xié)議的，正常情況下，客戶端發(fā)送一個命令，等待Redis應答，Redis在接收到命令，處理后應答。在這種情況下，如果同時需要執(zhí)行大量的命令，那就是等待上一條命令應答后再執(zhí)行，這中間不僅僅多了RTT（Round Time Trip），而且還頻繁的調(diào)用系統(tǒng)IO，發(fā)送網(wǎng)絡請求。如下圖。
為了提升效率，這時候Pipeline出現(xiàn)了，它允許客戶端可以一次發(fā)送多條命令，而不等待上一條命令執(zhí)行的結(jié)果，這和網(wǎng)絡的Nagel算法有點像（TCP_NODELAY選項）。不僅減少了RTT，同時也減少了IO調(diào)用次數(shù)（IO調(diào)用涉及到用戶態(tài)到內(nèi)核態(tài)之間的切換）。如下圖：
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26
學習是年輕人改變自己的最好方式