1、前端使用 twemproxy 做**，後端的 redis 資料能基本上根據 key 來進行比較均衡的分布。
後端一台 redis 掛掉後，twemproxy 能夠自動摘除。恢復後，twemproxy 能夠自動識別、恢復並重新加入到 redis 組中重新使用。
2、redis 掛掉後，後端資料是否丟失依據 redis 本身的策略配置，與 twemproxy 基本無關。
如果要新增加一台 redis，twemproxy 需要重啟才能生效；並且資料不會自動重新 reblance，需要人工單獨寫指令碼來實現。
3、如同時部署多個 twemproxy，配置檔案一致（測試配置為distribution：ketama,modula），則可以從任意乙個讀取，都可以正確讀取 key對應的值。
4、多台 twemproxy 配置一樣，客戶端分別連線多台 twemproxy可以在一定條件下提高效能。根據 server 數量，提高比例在 110-150%之間。
5、如原來已經有 2 個節點 redis，後續有增加 2 個 redis，則資料分布計算與原來的 redis 分布無關，現有資料如果需要分布均勻的話，需要人工單獨處理。
6、如果 twemproxy 的後端節點數量發生變化，twemproxy 相同演算法的前提下，原來的資料必須重新處理分布，否則會存在找不到key值的情況。
測試方式：
1.後端 redis 節點數量不變，不同 twemproxy server 測試及多個同時執行測試結果如下：
twemproxy server執行數量(port)
1(a server)
1(b server)24
6測試結果(/s)
30278.26
32867.71
35143.28
40176.777
52345.5152
從上面資料可以看出，單台最多也只能達到單個 redis 的效能；2個節點執行效能增加大概110%左右。4個 server 執行，效能大概增加了123%，6個 server 接入執行160%。
2.前端使用1個 twemproxy server，後端 redis 數量分別為2，3，4，5，6來進行壓力測試，看測試結果,測試資料如下：
redis節點數23
456測試結果(/s)
34882.1
34749.97
32296.61
32438.04
32867.71
從資料可以看出，後端節點數量與 twemproxy 的效能基本無關，最大效能也就是單個 redis 的效能。
樹狀選擇框測試用例 測試用例格式以及要點
測試用例編號 測試模組 測試標題 預置條件 輸入操作步驟 預期輸出 以上是一般的測試用例格式，可以根據公司具體要求刪除一些或加入其它項。1 測試用例編號 測試用例編號是由字母和數字組合而成的，用例的編號應該具有唯一性，易識別性。比如可 以採用統一的約定，產品編號 st 系統測試項名 系統測試子項名 ...
測試用例（四）測試用例編寫
一.測試用例編寫方法 1.等價類劃分 如何選擇適當的資料子集，來代表整個資料集。通過降低測試的資料去實現 合理的 覆蓋，覆蓋了更多的可能資料，以發現更多的軟體缺陷 邊界值分析法 2.邊界值分析 使用邊界值分析方法設計測試用例時一般與等價類劃分結合起來，但它不是從乙個等價類中任選乙個例子作為代表，而是...
手機測試用例 STK測試用例
id 功能描述 操作步驟 預期結果 test time p fcomment tester test time p fcomment tester stk服務 sim卡適應性測試 1 選取支援stk功能的sim卡，插入手機中 手機應支援stk功能，會將stk選單自動加入主選單列表中 2 進入stk功...