A. 購物車存到redis中,如果用戶長時間用戶不登錄，怎麼處理購物車裡面的商品
參考京東或者淘寶，你就會發現，購物車里得商品只有主動刪除或者下版單才會被刪權除的！
這就要求每次刷新購物車的時候都需要取出redis裡面存放得基礎數據，去刷新商品的狀態，比如下線或者賣完了，就可以展示商品對應的狀態
如果存入Redis是需要持久化的
B. redis的購物車的商品怎麼處理下架商品
一樣的，你把數據錯到mysql裡面時候做過商品的下架或者庫存不足這樣的判斷吧，在redis裡面也一樣，你需要取出來skuid去資料庫中判斷這個skuid是不是也已經下架了，購物車裡面肯定還是會存有商品的id以及skuid這些原子形的數據的
C. 商品價格有所改動怎麼同步redis購物車的該商品價格
購物車里抄面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
D. redis沒有回滾 當對方斷電時怎麼辦
1.Redis默認不是以守護進程的方式運行，可以通過該配置項修改，使用yes啟用守護進程daemonizeno2.當Redis以守護進程方式運行時，Redis默認會把pid寫入/var/run/redis.pid文件，可以通過pidfile指定pidfile/var/run/redis.pid3.指定Redis監聽埠，默認埠為6379，作者在自己的一篇博文中解釋了為什麼選用6379作為默認埠，因為6379在手機按鍵上MERZ對應的號碼，而MERZ取自義大利歌女AlessiaMerz的名字port63794.綁定的主機地址bind127.0.0.15.當客戶端閑置多長時間後關閉連接，如果指定為0，表示關閉該功能timeout3006.指定日誌記錄級別，Redis總共支持四個級別：debug、verbose、notice、warning，默認為verboseloglevelverbose7.日誌記錄方式，默認為標准輸出，如果配置Redis為守護進程方式運行，而這里又配置為日誌記錄方式為標准輸出，則日誌將會發送給/dev/nulllogfilestdout8.設置資料庫的數量，默認資料庫為0，可以使用SELECT命令在連接上指定資料庫iddatabases169.指定在多長時間內，有多少次更新操作，就將數據同步到數據文件，可以多個條件配合saveRedis默認配置文件中提供了三個條件：save9001save30010save6010000分別表示900秒（15分鍾）內有1個更改，300秒（5分鍾）內有10個更改以及60秒內有10000個更改。10.指定存儲至本地資料庫時是否壓縮數據，默認為yes，Redis採用LZF壓縮，如果為了節省CPU時間，可以關閉該選項，但會導致資料庫文件變的巨大rdbcompressionyes11.指定本地資料庫文件名，默認值為mp.rdbdbfilenamemp.rdb12.指定本地資料庫存放目錄dir./13.設置當本機為slav服務時，設置master服務的IP地址及埠，在Redis啟動時，它會自動從master進行數據同步slaveof14.當master服務設置了密碼保護時，slav服務連接master的密碼masterauth15.設置Redis連接密碼，如果配置了連接密碼，客戶端在連接Redis時需要通過AUTH命令提供密碼，默認關閉requirepassfoobared16.設置同一時間最大客戶端連接數，默認無限制，Redis可以同時打開的客戶端連接數為Redis進程可以打開的最大文件描述符數，如果設置maxclients0，表示不作限制。當客戶端連接數到達限制時，Redis會關閉新的連接並向客戶端返回maxnumberofclientsreached錯誤信息maxclients12817.指定Redis最大內存限制，Redis在啟動時會把數據載入到內存中，達到最大內存後，Redis會先嘗試清除已到期或即將到期的Key，當此方法處理後，仍然到達最大內存設置，將無法再進行寫入操作，但仍然可以進行讀取操作。Redis新的vm機制，會把Key存放內存，Value會存放在swap區maxmemory18.指定是否在每次更新操作後進行日誌記錄，Redis在默認情況下是非同步的把數據寫入磁碟，如果不開啟，可能會在斷電時導致一段時間內的數據丟失。因為redis本身同步數據文件是按上面save條件來同步的，所以有的數據會在一段時間內只存在於內存中。默認為noappendonlyno19.指定更新日誌文件名，默認為appendonly.aofappendfilenameappendonly.aof20.指定更新日誌條件，共有3個可選值：no：表示等操作系統進行數據緩存同步到磁碟（快）always：表示每次更新操作後手動調用fsync()將數據寫到磁碟（慢，安全）everysec：表示每秒同步一次（折衷，默認值）appendfsynceverysec21.指定是否啟用虛擬內存機制，默認值為no，簡單的介紹一下，VM機制將數據分頁存放，由Redis將訪問量較少的頁即冷數據swap到磁碟上，訪問多的頁面由磁碟自動換出到內存中（在後面的文章我會仔細分析Redis的VM機制）vm-enabledno22.虛擬內存文件路徑，默認值為/tmp/redis.swap，不可多個Redis實例共享vm-swap-file/tmp/redis.swap23.將所有大於vm-max-memory的數據存入虛擬內存,無論vm-max-memory設置多小,所有索引數據都是內存存儲的(Redis的索引數據就是keys),也就是說,當vm-max-memory設置為0的時候,其實是所有value都存在於磁碟。默認值為0vm-max-memory024.Redisswap文件分成了很多的page，一個對象可以保存在多個page上面，但一個page上不能被多個對象共享，vm-page-size是要根據存儲的數據大小來設定的，作者建議如果存儲很多小對象，page大小最好設置為32或者64bytes；如果存儲很大大對象，則可以使用更大的page，如果不確定，就使用默認值vm-page-size3225.設置swap文件中的page數量，由於頁表（一種表示頁面空閑或使用的bitmap）是在放在內存中的，，在磁碟上每8個pages將消耗1byte的內存。vm-pages13421772826.設置訪問swap文件的線程數,最好不要超過機器的核數,如果設置為0,那麼所有對swap文件的操作都是串列的，可能會造成比較長時間的延遲。默認值為4vm-max-threads427.設置在向客戶端應答時，是否把較小的包合並為一個包發送，默認為開啟glueoutputbufyes28.指定在超過一定的數量或者最大的元素超過某一臨界值時，採用一種特殊的哈希演算法hash-max-zipmap-entries64hash-max-zipmap-value51229.指定是否激活重置哈希，默認為開啟（後面在介紹Redis的哈希演算法時具體介紹）activerehashingyes30.指定包含其它的配置文件，可以在同一主機上多個Redis實例之間使用同一份配置文件，而同時各個實例又擁有自己的特定配置文件include/path/to/local.conf
E. 購物車信息存在redis里好嗎
購物車首先標識要唯一，因為每個賬號要對應一個購物車，在登錄狀態下，可以直接將版數據保權存到資料庫中，使用用戶的id表示自己購買的商品
但是如果在未登錄狀態下呢，或者對購車訪問量大的時候，這個就存在弊端，因為這樣高速的讀寫資料庫，會對資料庫的壓力比較大，在這里我們就看看如何用Redis和RabbitMQ解決這個問題。
F. redis購物車怎麼保證價格的實時性
1、redis內關於商品的信息可以只保存相關id信息。購物車內取值時再同步獲取。內容
購物車裡面只保存商品的 id。
商品的價格按照 id 單獨存在 redis 裡面。
價格改動的時候，按照商品 id 修改 redis 裡面的價格數據。
獲取購物車信息的時候，根據購物車里的商品再單獨在 redis 裡面查詢商品價格。
2、redis內保存價格信息，但是如果購物車內物品價格發生變化時，同步更新redis數據。
個人推薦方法1
G. 如何用java做一個購物車，用redis來緩存商品id
用java做一個購物車有三種方法：
1.用cookie實現購物車；
2.用session實現購物車；
3.用cookie和資料庫(購物車信息持久化)實現購物車。
H. 購物車哪些信息存在redis中
當用戶點擊購物車跳轉的時候判斷用戶是否沒有登錄的話就跳轉到登錄頁面
當用內戶登錄之後他得用容戶信息就會被保存下來，我們就可以將用戶的username（單點登錄的時候將用戶對象封裝到字元串中放到redis中）取出來（將封裝的用戶的字元串轉換 成對象）作為redis的key，商品的信息作為value存放在redis中！
I. redis主要解決什麼問題
redis是內存資料庫，訪問速度非常快，所以能夠解決的也都是這些緩存類型的問題，如下：
1、會話緩存（Session Cache）
最常用的一種使用Redis的情景是會話緩存（session cache）。用Redis緩存會話比其他存儲（如Memcached）的優勢在於：Redis提供持久化。當維護一個不是嚴格要求一致性的緩存時，如果用戶的購物車信息全部丟失，大部分人都會不高興的，現在，他們還會這樣嗎？
幸運的是，隨著 Redis 這些年的改進，很容易找到怎麼恰當的使用Redis來緩存會話的文檔。甚至廣為人知的商業平台Magento也提供Redis的插件。
2、全頁緩存（FPC）
除基本的會話token之外，Redis還提供很簡便的FPC平台。回到一致性問題，即使重啟了Redis實例，因為有磁碟的持久化，用戶也不會看到頁面載入速度的下降，這是一個極大改進，類似PHP本地FPC。
再次以Magento為例，Magento提供一個插件來使用Redis作為全頁緩存後端。
此外，對WordPress的用戶來說，Pantheon有一個非常好的插件 wp-redis，這個插件能幫助你以最快速度載入你曾瀏覽過的頁面。
3、隊列
Reids在內存存儲引擎領域的一大優點是提供 list 和 set 操作，這使得Redis能作為一個很好的消息隊列平台來使用。Redis作為隊列使用的操作，就類似於本地程序語言（如Python）對 list 的 push/pop 操作。
如果你快速的在Google中搜索「Redis queues」，你馬上就能找到大量的開源項目，這些項目的目的就是利用Redis創建非常好的後端工具，以滿足各種隊列需求。例如，Celery有一個後台就是使用Redis作為broker，你可以從這里去查看。
排行榜/計數器
Redis在內存中對數字進行遞增或遞減的操作實現的非常好。集合（Set）和有序集合（Sorted Set）也使得我們在執行這些操作的時候變的非常簡單，Redis只是正好提供了這兩種數據結構。所以，我們要從排序集合中獲取到排名最靠前的10個用戶–我們稱之為「user_scores」，我們只需要像下面一樣執行即可：
當然，這是假定你是根據你用戶的分數做遞增的排序。如果你想返回用戶及用戶的分數，你需要這樣執行：
ZRANGE user_scores 0 10 WITHSCORES
Agora Games就是一個很好的例子，用Ruby實現的，它的排行榜就是使用Redis來存儲數據的，你可以在這里看到。
5、發布/訂閱
最後（但肯定不是最不重要的）是Redis的發布/訂閱功能。發布/訂閱的使用場景確實非常多。我已看見人們在社交網路連接中使用，還可作為基於發布/訂閱的腳本觸發器，甚至用Redis的發布/訂閱功能來建立聊天系統！（不，這是真的，你可以去核實）。
Redis提供的所有特性中，我感覺這個是喜歡的人最少的一個，雖然它為用戶提供如果此多功能。
等等？
J. mysql結合redis mysql斷電 redis怎麼辦
redis和mysql的區別非常大。具抄體如下：mysql中一個中小型的網路資料庫，比oracle和sqlserver小， 但是並發能力遠超過acess這樣的桌面資料庫。redis是一個支持網路、可基於內存亦可持久化的日誌型、Key-Value資料庫。可以認為redis比mysql簡化很多。mysql支持集群。現在大量的軟體使用redis作為mysql在本地的資料庫緩存，然後再適當的時候和mysql同步.