[NoSQL]驗證redis的主從複製

標籤：

安裝配置redis  http://www.cnblogs.com/myrunning/p/4222385.html

 

1.1查看當前redis檔案

1.2修改設定檔

拷貝設定檔分別為redis_master.conf和redis_slave.conf:

 

查看redis_master.conf的當前連接埠配置:

 

修改redis_slave.conf的配置:

 

1.3啟動主從redis服務

 

1.4主從複製測試

登陸到master服務:

登陸到slave服務,從slave服務查看我們在master服務裡放入的值能否在slave服務得到,如果能夠得到,則證明配置的主從複製成功。

 

經過在slave服務測試，我們得到了key的值，說明redis主從複製成功。

 

##===========================================

     如果使用redis做購物籃分析，就是記錄超市或電子商務網站，每次顧客購物時他的購物車裡有什麼貨品，然後計算出買某件貨品（比如牛奶）的顧客，他的購物車裡還有什麼其它貨物（比如雞蛋）頻繁出現，一次改善貨架設計和推薦系統。

 要求：1）給出資料模型設計 2）redis是否適合解決這類問題？給出你的見解。

2.1資料庫模型設計2.1.1顧客的設計

使用HASH表示顧客，其中 client:1001為第1個顧客的HASH名、其中裡面存了名字、性別、年齡三個鍵。

 

添加第2位顧客：

 

添加第3位顧客：

 

2.1.2商品的設計

對商品的表示我們也將採用HASH的方式：

 

2.1.3 購物車的設計

需要為每名顧客設計一個購物車，顧客與購物車是1對1的關係。

第1個顧客的購物車，client:1001:bashet的商品及數量：

 

第2個顧客的購物車商品及數量：

 

第3個顧客的購物車商品及數量：

 

2.1.4商品與顧客的對應

這裡我們將採用集合的方式：

 

2.2實現具體需求2.2.1查看購物車有什麼物品

分別查看三個購物車的物品：

 

2.2.2計算出買某件物品的顧客

 

同時購買雞蛋、牛奶、啤酒的人：

 

2.2.3商品銷售排行推薦給客戶

 2.3 redis是否適合解決這類問題

redis的適用情境更多的是作為mecached的替代者使用，他與mencached的適用情境類似，適合應對互連網系統中那種高並發、快速響應的要求，一般在小資料量的時候，適用高速讀寫訪問；在大資料量時，適合緩解對熱點資料的訪問。針對電子商務中網站，各中商品的資料量會很大，針對某一時期的熱銷商品，可能使用者的訪問量就會很多，就會造成一部分熱點資料，對熱銷商品的訪問可以放在redis中去解決，提高使用者的查詢速度，又由於商務網站的購物車資料是需要頻繁資料交換，使用者操作的熱點也在這裡，所以更適合使用redis來處理這部分資料，另外redis處理集合及HASH資料的能力也是適用於購物車的情境的關鍵，在reids裡，可以把購物車看成一個集合或HASH，可以減少應用層級的處理。

 

[NoSQL]驗證redis的主從複製