redis 一百二十篇（簡單介紹）之第一篇
- 2020 年 3 月 29 日
- 筆記
前言
總結自己的redis，日常使用不是特別頻繁，所以比較基礎。
開篇
redis 是無關係型資料庫，因為其實記憶體資料庫，所以常常和他的競爭對手memcached對比，因為兩者原理基礎相似，存儲方式也是key和value的方式。
在memcached中value只能是字元串，而redis就有5種結構了。當然這並是不說mencached就比redis差，只是介紹出redis有哪些優點。
redis最大的優勢或者說特點和普通的關係型資料庫而言就在於是記憶體中，這意味著我們有很好都讀寫能力。
缺點也就很明顯了，因為在記憶體中消耗的資源成本肯定比持久化存儲的成本高。畢竟你要向公司申請一台redis，公司會考慮到今年給你們部門的開銷，畢竟公司上層很可能不懂什麼是技術，只知道資本主義那一套。
如果是技術出身的老闆可能還會懟我們開發人員，因為他會在技術與資本之前權衡，但是往往選擇資本主義，然後用著他的專業術語和我們溝通一番。
好了說到記憶體，那麼肯定得考慮如何持久化，因為別的不說，你總得備份資料庫吧，萬一伺服器抽風呢？
1.時間點存儲，每隔一段時間存儲一些數據或者說某個時間點來存儲數據，總之就是規劃時間這回事。然後這種方式被別人稱為rdb，redis database。
2.AOF方式，（append only file）。這種方式就是通過操作日誌的方式，每一次寫(增刪改)的操作都會被記錄，這樣就做到了持久化了。
上面的優劣點就不介紹了，因為第一章只是簡單的介紹。
redis的數據結構
前文：我在遠程操作，使用redis client作為演示。
redis 開啟遠程:修改 protected-mode 為 no ； 修改 daemonize 為 no ； 修改默認的，設置為 bind 0.0.0.0,然後添加一個密碼，具體的可百度。當然這樣是不安全的，只作為演示。
上圖是我連接資料庫後的，但是我只使用第一個，就算是生產環境一般也使用一個。
上文介紹到redis和memcached不同之處，在於由5種數據結構，看一下吧。
string 字元
set str string
key: str value string
當然我們命令行查看的方式:
get str
刪除的話，就是del str，在此不演示了。
list 列表
添加一個list，key命名為keylist 值為item1
rpush keylist item1
當然我們也可以左邊push進入:lpush keylist item2
你們看item2在item1的上方
刪除的方式，一個是往左邊彈出:
查看一下剩下什麼:
lrange listkey 0 -1
因為redis client 是在是不好用，所以換回了putty，命令行模式。
往右邊彈出:
rpop listkey
這樣就沒有任何數據了。
lrange listkey 0 -1
在列表中是支援索引的。
上圖中使用了lindex 索引。但是是沒有rindex。
集合
集合通過散列來實現的，這意味著每個字元都是不同的，集合約時是無序的。這和我們在高級語言中學習集合是一致的。
sadd setkey item1
往集合中增加一個值，如果key不存在就創建，返回了集合中的值的數量。
查詢集合是使用:smembers setkey
中間有一個我打錯了，望見諒。
查找的方式是:sismember setkey item1 如果存在返回1，不存在返回0
刪除是srem setkey item1,刪除了是1，沒有刪除是0。
散列
如果把其他類型比作游擊隊，那麼散列名字雖然有個散字，但是卻是一個團隊。
這似乎補充了redis沒有表的問題。
使用hset作為添加散列:
hset hashkey subhashkey1 item1-1
如果subhashkey1存在將會覆蓋，且返回0。
查詢的方式是hget，hget hashkey subhashkey1
查詢散列中的keys，可以用hkeys hashkey.那麼將會顯示出subhashkey1,這裡我就不展示。
如果使用hgetall hashkey,那麼顯示的將會是:
會顯示所有的鍵值對，包括了值。
下圖為刪除的:
有序集合
寫到這裡，其實應該返回到集合去查看的。
前面解釋了集合是通過散列實現的，集合是有索引的。
對應的是——哈希值:value。
在有序集合中，只是這個哈希值不再是系統幫助我們生成，而是我們手動輸入，這樣我們通過我們輸入的值就可以找到value。
有兩個一定要記住的術語:
1.有序集合的鍵被稱作成員。
2.有序集合的值被稱作分值。
我們通過zadd來添加。
上文可知，通知1是添加了，0是覆蓋了。
對了，redis符合一句話，沒有錯誤就是成功了，所以不存在返回0是出現錯誤。
zrange zsetkey 0 -1
是查詢。
zrange zsetkey 0 -1 會有另外一個參數，就是展示出我們輸入的成員。
如下圖:
有一個zrangescore的，也特別重要:
它會根據我們的成員範圍來查找。
最後一個是刪除zrem，zrem刪除的是分值，而不是成員，因為他是一個集合，而不是一個散列。
如果我們使用zrem通過成員去刪除的話:
是不會成功的，返回結果為0，代表zrem中沒有101這個分值，而不是說這條語句失敗了。
總結
redis 的語句都特別好理解，但是在使用中一般都會出現問題，當然這些問題都會交給運維人員去解決（重啟以及刪庫跑路），但是當持續崩的話，可能自己都會受到波及。
