1. Jedis，Redis 一般什麼時候該用
以網上商城來來說：自
1、商品基本信息（與庫存分開）、商品分類 是基本不變的，這些信息全部可以一次性載入到 redis 中，作為只讀信息，直接從 redis 中查詢。或者不使用 redis，而是加資料庫只讀從庫（MySQL中可以配置memcached作為數據緩存），從從庫中讀取數據。
2、用戶登錄信息（集中式 session）
3、未登錄的購物車信息（設置過期時間，key 保存在客戶端 cookie，取回的時候注意校驗，防止攻擊）
4、用戶的收貨地址、各種評論信息等等（登錄時載入）
5、用戶經常瀏覽的商品分類
等等，根據業務不同，只要是業務中 讀取比例超過 7:3 的，都可以載入到 redis 中。低於 7:3 的根據並發等情況選擇。
2. 購物車信息存在redis里好嗎
購物車首先標識要唯一，因為每個賬號要對應一個購物車，在登錄狀態下，可以直接將版數據保權存到資料庫中，使用用戶的id表示自己購買的商品
但是如果在未登錄狀態下呢，或者對購車訪問量大的時候，這個就存在弊端，因為這樣高速的讀寫資料庫，會對資料庫的壓力比較大，在這里我們就看看如何用Redis和RabbitMQ解決這個問題。
3. redis購物車怎麼保證價格的實時性
1、redis內關於商品的信息可以只保存相關id信息。購物車內取值時再同步獲取。內容
購物車裡面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
2、redis內保存價格信息，但是如果購物車內物品價格發生變化時，同步更新redis數據。
個人推薦方法1
4. 商品價格有所改動怎麼同步redis購物車的該商品價格
購物車里抄面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
5. 購物車存到redis中,如果用戶長時間用戶不登錄，怎麼處理購物車裡面的商品
參考京東或者淘寶，你就會發現，購物車里得商品只有主動刪除或者下版單才會被刪權除的！
這就要求每次刷新購物車的時候都需要取出redis裡面存放得基礎數據，去刷新商品的狀態，比如下線或者賣完了，就可以展示商品對應的狀態
如果存入Redis是需要持久化的
6. 京東無登錄狀態購物車是怎麼做的， 關閉瀏覽器以後再打開，購物車的信息一直都在。要將信息寫在哪裡
應該是放到cookie中了，給cookie設置有效期，瀏覽器關閉後，cookie也沒有消失，所以再打開以後，購物車的專信息還在。不屬過現在有一個新問題，如果存了cookie以後，你換個瀏覽器，購物車裡面應該沒有信息，但是，實踐證明購物車裡面還是有信息的。不知道京東用了什麼技術，難道記錄了我們的訪問ip？我這里回復就相當於拋磚引玉了
7. 如何用java做一個購物車，用redis來緩存商品id
用java做一個購物車有三種方法：
1.用cookie實現購物車；
2.用session實現購物車；
3.用cookie和資料庫(購物車信息持久化)實現購物車。
8. 什麼時候用Redis
默認情況下，redis
服務會提供
16
個資料庫，phphub
使用
0
號資料庫來做緩存專，1
號資料庫來做會話存儲
-
laravel
下配置屬
redis
讓緩存、session
各自使用不同的
redis
資料庫_phphub
隊列的話使用
beanstalkd
最常用的就是緩存、隊列，當然還有很多其它的，如歸並計算、去重等。
我根據自己使用redis的場景及個人最佳實踐，整理了一篇文章，redis應用場景與最佳實踐
比如網站搶購時，可以使用redis做隊列，可以使用redis來代替session功能，還有可以拿redis中的無序集合做socket的客戶端id存儲。
9. 購物車哪些信息存在redis中
當用戶點擊購物車跳轉的時候判斷用戶是否沒有登錄的話就跳轉到登錄頁面
當用內戶登錄之後他得用容戶信息就會被保存下來，我們就可以將用戶的username（單點登錄的時候將用戶對象封裝到字元串中放到redis中）取出來（將封裝的用戶的字元串轉換 成對象）作為redis的key，商品的信息作為value存放在redis中！
10. redis的購物車的商品怎麼處理下架商品
一樣的，你把數據錯到mysql裡面時候做過商品的下架或者庫存不足這樣的判斷吧，在redis裡面也一樣，你需要取出來skuid去資料庫中判斷這個skuid是不是也已經下架了，購物車裡面肯定還是會存有商品的id以及skuid這些原子形的數據的