Redis運維秘籍

先給大家講乙個基本知識點：資料庫分類大致分為兩類，關係型資料庫和非關係型資料庫。如果詳細區分的話，還可以繼續分下去。

redis不僅僅是快取資料庫

面試的時候，很多人會問，redis和memcahce的區別？

memcache是乙個純快取的鍵值資料庫，而redis是乙個非關係型的資料庫。

兩者的差異較大，卻仍然大部分的人問二者的區別？因為很多人對redis的應用，主要是和memcache一樣，作為鍵值快取資料庫來用的。

要知道，redis不僅僅是快取資料庫，接下來，我們要深入redis的應用場景，探尋它能為我們來解決什麼樣的問題。

6大redis應用場景

1.快取

合理的使用快取不但能提高網頁的訪問速度，也能夠降低後端資料庫的壓力。

根據資料型別和實際使用情況，設定靈活的鍵值過期策略，又可以保障資料的有效性，所以用在快取的場合非常多。

好多不熟悉業務或者開發的運維同學可能會問，計數器究竟是什麼？

我們可以通過我們實際的例子來說明，比如博主寫了一篇博文，有多少人來瀏覽，51cto都會有記錄。

那麼這個記錄怎麼來做，每次瀏覽的話，這個記錄都會+1 ，當瀏覽人數太多的時候，或者文章基數較大的時候，每次都去資料庫來操作讀寫這個資料，肯定對後端資料庫會有較大的壓力。

如果我們使用redis的incr來實現這個功能，在記憶體中來計數，不但效能好，還可以減輕後端資料庫的壓力。所以是redis！

如果使用redis的zadd來實現這個功能，使用zrevrange 來按照分值獲取前10名或者50名的歌曲，或者獲取歌曲排名，都是操作比較容易的，試想一下這種範圍取值，如果使用mysql來操作，一般會全表掃瞄，對i/o、資料庫都是壓力，所以是redis。

在日常的應用開發中，訊息佇列的使用還是比較常見的，redis也有阻塞佇列的功能。能夠讓程式在執行時被另乙個程式新增到佇列。

我們可以儲存好友的資訊，比如愛好、興趣等，通過使用set集合的差查詢愛好不同，或者愛好相同的點，增加交友匹配度等。

當然，redis的實際應用還遠不止這些，既然這個資料庫可以在我們實際的應用中，解決如此多的痛點問題，也有如此多的應用場景，那麼肯定使用的公司一定比較多，為了提高我們自身的能力，或者競爭力，能夠更好的解決或者運維好這一款資料庫，我當然需要深入的去學習。

redis最顯著的優勢

redis的開發基於c語言實現，網路上使用epoll解決高併發的問題，單執行緒又避免不必要的上下文切換。c語言和貼近系統，資料又放在記憶體中。所以速度肯定快。

redis不僅僅是key - value的存在，還可以支援list、string、hash、set、zset 資料型別，可以滿足我們大部分的需求。

通過這個圖呢，我們大致介紹了redis的功能、場景、優點等資訊。那麼既然redis在我們工作中，有這麼多的地方可以用到，我們更應該需要深入的去學習和了解，方便我們在以後的工作中，更加的得心應手。基於以上的考慮，所以我講解內容選擇的時候: 所以是redis。

接住這份redis運維秘籍

1.總結知識點

在《redis運維秘籍》裡，可以看到redis在學習過程中重要的一些知識點，而不是通篇的按照redis的官方文件來教科書式的宣讀，我會把工作中常用的進行知識點的總結，只講乾貨，不湊篇幅。

魯迅先生說：「實踐是檢驗真理的唯一標準」！我不但對底層知識、原理進行講解和總結，也同時進行實戰的操作，通過實際操作來驗證這些理論，可以加深印象，也更方便我們的理解。

我將在實戰和優化中，講解本人實際在運用過程中使用的遇到的一些「坑」。滿滿的坑，當我們從坑里爬出來的時候，我們就是強者。