1. redis怎麼存儲類對象
Redis是Key-Value型內存資料庫，不能直接存儲對象，如果實體對象可以序列化，可以將序列化後的內容存入一個Value中。
2. Redis --- 八種數據類型（基本命令）
String、Hash、List、Set和Zset。
等同於java中的， Map<String,String> string 是redis裡面的最基本的數據類型，一個key對應一個value。
應用場景 ：String是最常用的一種數據類型，普通的key/value存儲都可以歸為此類，如用戶信息，登錄信息和配置信息等；
實現方式 ：String在redis內部存儲默認就是一個字元串，被redisObject所引用，當遇到incr、decr等操作（自增自減等原子操作）時會轉成數值型進行計算，此時redisObject的encoding欄位為int。
Redis雖然是用C語言寫的，但卻沒有直接用C語言的字元串，而是自己實現了一套字元串。目的就是為了提升速度，提升性能。 Redis構建了一個叫做簡單動態字元串（Simple Dynamic String），簡稱SDS。
Redis的字元串也會遵守C語言的字元串的實現規則，即 最後一個字元為空字元。然而這個空字元不會被計算在len里頭。
Redis動態擴展步驟：
Redis字元串的性能優勢
常用命令 ：set/get/decr/incr/mget等，具體如下；
ps：計數器（字元串的內容為整數的時候可以使用），如 set number 1。
補充：
等同於java中的： Map<String,Map<String,String>> ，redis的hash是一個string類型的field和value的映射表， 特別適合存儲對象。 在redis中，hash因為是一個集合，所以有兩層。第一層是key：hash集合value，第二層是hashkey：string value。所以判斷是否採用hash的時候可以參照有兩層key的設計來做參考。並且注意的是， 設置過期時間只能在第一層的key上面設置。
應用場景 ：我們要存儲一個用戶信息對象數據，其中包括用戶ID、用戶姓名、年齡和生日，通過用戶ID我們希望獲取該用戶的姓名或者年齡或者生日；
實現方式 ：Redis的Hash實際是內部存儲的Value為一個HashMap，並提供了直接存取這個Map成員的介面。如，Key是用戶ID, value是一個Map。 這個Map的key是成員的屬性名，value是屬性值 。這樣對數據的修改和存取都可以直接通過其內部Map的Key(Redis里稱內部Map的key為field), 也就是通過 key(用戶ID) + field(屬性標簽) 就可以操作對應屬性數據。 當前HashMap的實現有兩種方式 ：當HashMap的成員比較少時Redis為了節省內存會採用類似一維數組的方式來緊湊存儲，而不會採用真正的HashMap結構，這時對應的value的redisObject的encoding為zipmap，當成員數量增大時會自動轉成真正的HashMap,此時redisObject的encoding欄位為int。
常用命令 ：hget/hset/hgetall等，具體如下：
等同於java中的 Map<String,List<String>> ，list 底層是一個鏈表，在redis中，插入list中的值，只需要找到list的key即可，而不需要像hash一樣插入兩層的key。 list是一種有序的、可重復的集合。
應用場景 ：Redis list的應用場景非常多，也是Redis最重要的數據結構之一，比如twitter的關注列表，粉絲列表等都可以用Redis的list結構來實現；
實現方式 ：Redis list的實現為一個 雙向鏈表 ，即可以支持反向查找和遍歷，更方便操作，不過帶來了部分額外的內存開銷，Redis內部的很多實現，包括 發送緩沖隊列 等也都是用的這個數據結構。
常用命令 ：lpush/rpush/lpop/rpop/lrange等，具體如下：
性能總結 :
它是一個字元串鏈表，left、right都可以插入添加。
等同於java中的 Map<String,Set<String>> ，Set 是一種無序的，不能重復的集合。並且在redis中，只有一個key它的底層由hashTable實現的，天生去重。
應用場景 ：Redis set對外提供的功能與list類似是一個列表的功能，特殊之處在於set是可以自動去重的，當你需要存儲一個列表數據，又不希望出現重復數據時，set是一個很好的選擇，並且 set提供了判斷某個成員是否在一個set集合內的重要介面 ，這個也是list所不能提供的；如保存一些標簽的名字。標簽的名字不可以重復，順序是可以無序的。
實現方式 ：set 的內部實現是一個 value永遠為null的HashMap，實際就是通過計算hash的方式來快速排重的，這也是set能提供判斷一個成員是否在集合內的原因。
常用命令 ：sadd/spop/smembers/sunion等，具體如下：
ZSet(Sorted Set：有序集合) 每個元素都會關聯一個double類型的分數score，分數允許重復，集合元素按照score排序（ 當score相同的時候，會按照被插入的鍵的字典順序進行排序 ），還可以通過 score 的范圍來獲取元素的列表。
應用場景 ：Redis sorted set的使用場景與set類似，區別是set不是自動有序的，而sorted set可以 通過用戶額外提供一個優先順序(score)的參數來為成員排序，並且是插入有序的，即自動排序。 當你需要一個有序的並且不重復的集合列表，那麼可以選擇sorted set數據結構，比如twitter 的public timeline可以以發表時間作為score來存儲，這樣獲取時就是自動按時間排好序的。
底層實現 ： zset 是 Redis 提供的一個非常特別的數據結構，常用作排行榜等功能，以用戶 id 為 value ，關注時間或者分數作為 score 進行排序。實現機制分別是 zipList 和 skipList 。規則如下：
zipList：滿足以下兩個條件
skipList：不滿足以上兩個條件時使用跳錶、組合了hash和skipList
為什麼用skiplist不用平衡樹？
主要從內存佔用、對范圍查找的支持和實現難易程度這三方面總結的原因。
拓展：mysql為什麼不用跳錶？
常用命令 ：zadd/zrange/zrem/zcard等；
官網地址： https://redis.io/commands/geoadd
可以用來推算兩地之間的距離，方圓半徑內的人。
關於經度緯度的限制： https://www.redis.net.cn/order/3685.html
一般我們使用Hyperloglog做基數統計。
什麼是基數？就是一個集合中不重復的數的個數。
集合A：{1,3,5,7,9,7}
集合B：{1,3,5,7,9}
AB集合的基數都是5
應用：統計網站的訪問量（一個人訪問網站很多次仍然算作一次）。
優點：佔用的內存是固定的，找2^64次方個數的基數，只需要12KB內存。
缺點：有0.81%的錯誤率，可以忽略不計
概述： bitmap 存儲的是連續的二進制數字（0 和 1），通過 bitmap, 只需要一個 bit 位來表示某個元素對應的值或者狀態，key 就是對應元素本身 。 我們知道 8 個 bit 可以組成一個 byte，所以 bitmap 本身會極大的節省儲存空間。
應用場景: 適合需要保存狀態信息（比如是否簽到、是否登錄...）並需要進一步對這些信息進行分析的場景。比如用戶簽到情況、活躍用戶情況、用戶行為統計（比如是否點贊過某個視頻）。
針對上面提到的一些場景，這里進行進一步說明。
使用場景一：用戶行為分析 很多網站為了分析你的喜好，需要研究你點贊過的內容。
使用場景二：統計活躍用戶
使用時間作為 key，然後用戶 ID 為 offset，如果當日活躍過就設置為 1
那麼我該如果計算某幾天/月/年的活躍用戶呢(暫且約定，統計時間內只有有一天在線就稱為活躍)，有請下一個 redis 的命令
使用場景三：用戶在線狀態
對於獲取或者統計用戶在線狀態，使用 bitmap 是一個節約空間效率又高的一種方法。
只需要一個 key，然後用戶 ID 為 offset，如果在線就設置為 1，不在線就設置為 0。
補充 ：
巨人的肩膀：
https://www.cnblogs.com/Small-sunshine/p/11687809.html
https://mp.weixin.qq.com/s/CMu7oXVIKp2s-PXTdMlimA
3. redis怎麼存儲list對象
方案一：直接使用List結構，List裡面存儲二進制的任務Bean信息，這樣做查詢全部任務很方便，查詢單條任務速度較慢，並且刪除和修改狀態很麻煩；方案二：直接使用Hash結構，Hash的key存儲任務ID，value存儲二進制的Bean信息，這樣做查詢所有任務、查詢單條任務以及刪除任務都很快，但是修改狀態也必須先取出數據再修改再插入！
4. redis 存儲java對象是json字元串還是序列化
是進行序列化存儲的。
Redis存儲對象時，要對這個對象進行序列化。序列化還有一個作用是可以將對象序列化之後通過socket進行傳輸。那麼，JSON也是一個進行數據交換的格式。何不將對象轉為JSON字元串然後當作String存在Value中也是可以的。
5. redis的五種數據類型
Redis五種數據類型分別是string（字元串），hash（哈希），list（列表），set（集合）及sortset（有序集合）。
字元串string字元串類型是Redis中最基本的數據存儲類型，它是一個由位元組組成的序列，在Rediss中是二進制安全的。這意味著該類型可以接受任何格式數據。
字元串
主要用於編程，概念說明、函數解釋、用法詳述見正文，這里補充一點：字元串在存儲上類似字元數組，所以它每一位的單個元素都是可以提取的，如s=「abcdefghij」，則s[1]=「b」，s[9]="j"，這可以給我們提供很多方便，如高精度運算時每一位都可以轉化為數字存入數組。
6. Redis支持幾種數據類型
Redis支持五種數據類型：string（字元串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。
意思是 redis 的 string 可以包含任何數據。比如jpg圖片或者序列化的對象，string 類型的值最大能存儲 512MB。
Redis hash是一個 string 類型的 field 和 value 的映射表，hash 特別適合用於存儲對象。
Redis list是簡單的字元串列表，按照插入順序排序。可以添加一個元素到列表的頭部（左邊）或者尾部（右邊）。
Redis的Set是string類型的無序集合，集合是通過哈希表實現的，所以添加，刪除，查找的復雜度都是O(1)。
Redis zset 和 set 一樣也是string類型元素的集合,且不允許重復的成員，不同的是每個元素都會關聯一個double類型的分數。redis正是通過分數來為集合中的成員進行從小到大的排序。
7. Redis在實際項目怎麼把一個對象，和list集合存進去，用哪種數據類型
如果需要用到Redis存儲List對象，而list又不需要進行操作，可以按照MC的方式進行存儲，不過Jedis之類的客戶端沒有提供API，可以有兩種思路實現：
1. 分別序列化 elements ,然後 set 存儲
2. 序列化List對象，set存儲
這兩種方法都類似MC的 Object方法存儲，運用這種方式意味著放棄redis對List提供的操作方法。
8. redis支持哪些數據類型
redis提供五種數據類型：string，hash，list，set及zset(sorted set)。
redis是一個key-value存儲系統。和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hash（哈希類型）。這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數據都是緩存在內存中。區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步。
Redis 是一個高性能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key/value存儲的不足，在部 分場合可以對關系資料庫起到很好的補充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客戶端，使用很方便。
Redis支持主從同步。數據可以從主伺服器向任意數量的從伺服器上同步，從伺服器可以是關聯其他從伺服器的主伺服器。這使得Redis可執行單層樹復制。存檔可以有意無意的對數據進行寫操作。由於完全實現了發布/訂閱機制，使得從資料庫在任何地方同步樹時，可訂閱一個頻道並接收主伺服器完整的消息發布記錄。同步對讀取操作的可擴展性和數據冗餘很有幫助。
9. redis 存儲java對象是json字元串還是序列化
如果是數據完全可以使用JSON方式。畢竟redis直接set、get使用起
來門檻低很多。redis是沒有提供專用的設置對象方法，需要自己進行改寫。如果是擔心JSON轉對象會消耗資源的情況，這個問題需要考量幾個地方，第一
點：就是使用的JSON轉換lib是否就會存在性能問題。第二點：就是數據的數據量級別，如果是存儲百萬級的大數據對象，建議採用存儲序列化對象方式。如
果是少量的數據級對象，或者是數據對象欄位不多，還是建議採用JSON轉換成String方式。畢竟redis對存儲字元類型這部分優化的非常好。具體采
用的方式與方法，還要看你所使用的場景。