redis必會
1.NosqL
非關係型資料庫，裡面包含Redis和MondoDB
2.為什麼會用到關係型資料庫？因為當資料量太多，訪問人數過多的時候，在訪問關係型資料庫時會到硬盤裡進行讀寫過多
這樣就會導致訪問速度很慢，伺服器壓力很大。
3.這個時候，我們就可以使用非關係型資料庫，它相當於一個快取區，
把一些經常用的資料放到快取區裡，當用戶使用時直接到快取區中去讀取，快取區找不到再去Mysql中拿。
比如12306首頁、天貓0點搶購，會把一本分資料放到快取區裡
4.
列表[]----->支援增刪改查，資料型別多樣--順序表
元組()----->不支援增刪改查，只能讀
集合{}----->支援增刪改查，元素不重複
字典{}------>以鍵值對儲存，支援增刪改查
面試題：對列表進行去重，可以先將其先轉換成集合，在轉換回去
a= [1,1,2,2,3,3,]
b = set(a)
a = list(b)
5.redis 是以健命令來進行增刪改查的。就根據鍵來找值，鍵值對的NoSQL，即一個健對應一個值，鍵的型別永遠都是字串，
這個值可以是字串雜湊列表等資料型別。
1)建命令
* KEYS+正則 查詢當下存在的健
* EXISTS KEY...判斷建是否存在，如果存在返回1，不存在返回0
* TYPE KEY 檢視健對應VALUE的型別
* DEL KEY 會將該建以及對應的值都刪除
* expireKEY +seconds 設定時間
* TTL KEY檢視建存在的時間
2)String
* 最基本的資料型別，最大儲存521MB，可以儲存二進位制的任何資料，圖片、數字、系列化物件
* SETKEY value 設定一個鍵值對
* SETES KEY seconds value 設定鍵值及其過期時間，以s為單位
* MSET key valuekeyvalue 設定多個鍵值
* GET key通過健獲取值
* MGET key獲取多個值
* append key value 追加一個值
* strlen key檢視長度
3)Hash
* 用於儲存物件，物件的格式是鍵值對(可以理解為存進去一個字典)
* HSET keyfield value 設定單個屬性
* HMSETkeyfield value keyfield value設定多個
* HGETkeyfield獲取 該建的屬性對應的值 獲取多個HMGET
* HGETALL KEY獲取該健儲存的所有屬性所有值。
4)list
* 用與儲存一個列表，列表中元素是String，按照插入順序排序
* LPUSH keyvaluevalue 在該健頭部新增
* RPUSH keyvalue value 在改建尾部新增
* LINSERT KEY before|after pivot value在一個元素的左面或者右邊新增一個元素，pivot表示索引
* LPOP KEY 從左側拿並刪除
* RPOP KEY 從右側拿並刪除
* lrange key start stop從列表中按照索引值遍歷出響應元素 並不刪除
* Ltrimkeyfield裁剪
5)set 無序集合、與列表類似、元素string型別、元素唯一不重複
* SADD KEY member member 新增元素
* Smembers key獲取元素
* SCARDKEY 返回元素的個數
* SINTER KEY1 KEY2 .. 求多個集合的交集
* SDIFF KEY1 KEY2..求多個集合的差集
* SUIO/">NION KEY1 KEY2 .. 求多個集合的合集
* SISMEMBER key member 判斷一個元素是否在集合中
5)zset ——> sorted set 與set類似，但是是有序,通過score表示權重，根據權重來將元素排序
* ZADD KEY score member score1 member1...
* zrange key start stop獲取有序集合的元素
* ZCARD 返回元素個數
* ZSCORE KEY MEMBER 檢視該元素的權重
6.釋出訂閱設計模式
設計模式：redis支援訊息的釋出與訂閱，不需要進行主動請求，自動進行資訊更新。
客戶端訂閱服務端，服務端有新訊息，不需要客戶端請求，直接發過去，長連線。
7.利用redis搭建主從叢集，可以實現備份功能
只要改配置檔案即可，更改配置檔案bind
將一個bind更改為自己ip作為主
另一加slave ip作為從，可以將主的資料儲存備份
特點：
master/slave 角色
master/slave 資料相同
降低 master 讀壓力在轉交從庫
問題：
無法保證高可用
沒有解決 master 寫的壓力
8.redis更容易搭建叢集，redis可以登陸完善
9.使用過Redis做非同步佇列麼，你是怎麼用的？有什麼缺點？
一般使用list結構作為佇列，rpush生產訊息，lpop消費訊息。當lpop沒有訊息的時候，要適當sleep一會再重試。
缺點：
在消費者下線的情況下，生產的訊息會丟失，得使用專業的訊息佇列如rabbitmq等。
能不能生產一次消費多次呢？----釋出訂閱模式
使用pub/sub主題訂閱者模式，可以實現1:N的訊息佇列。
10.使用過Redis分散式鎖麼，它是怎麼實現的？
先拿setnx來爭搶鎖，搶到之後，再用expire給鎖加一個過期時間防止鎖忘記了釋放。
如果在setnx之後執行expire之前程序意外crash或者要重啟維護了，那會怎麼樣？
set指令有非常複雜的引數，這個應該是可以同時把setnx和expire合成一條指令來用的！