為什么要使用Redis的多數據庫

為什么要使用Redis的多數據庫，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

為什么要使用redis的多數據庫，我們項目中就這么用了，這點我也想不明白。如果是要做業務隔離，那么可以給不同業務的緩存key添加一個前綴，如果因此導致key過長，可以把一個大的redis集群拆分為對應多個業務的集群。不管分多少個庫，集群總的內存大小是不變的，所能存儲的數據也是一樣多的，為何不把一個大的集群拆分給每個業務使用呢？

既然要做業務隔離，將一個大的redis集群拆分給不同業務使用，根據不同業務對緩存大小的要求以及并發訪問量拆分，這樣不是能更好的做到業務上的隔離嗎。用不同數據庫隔離也沒有多大毛病，但如果各服務不是按業務拆分的情況下，這種方式會導致項目中每操作一次redis都需要切換數據庫，對服務來說，平白無辜添加了一次網絡I/O，降低緩存讀寫的性能，并發量越大所展現出來的毛病就越多，這與高并發性能調優背道而馳。

在java項目中，除了jedis會支持動態切換數據庫之外，使用其它框架要么通過動態修改連接池的配置，要么就是為每個庫配置一個連接池來實現，而這些都會影響到性能，因此jedis成了最優的選擇。為什么這些框架都不支持動態切換庫，因為沒有人會這么使用，顯然動態切換庫是不推薦的。

我在Google網上論壇的Redis DB論壇上看到這么一篇帖子，鏈接：https://groups.google.com/forum/?spm=a2c4e.11153987.0.0.1d6e4e37polahb#!forum/redis-db。

圖為redis作者antirez在tim lossen發表的一個帖子database names?中的回復，tim lossen在帖子中提問，為什么redis的多數據庫不支持使用名稱，而只能使用數字？正如你在圖中所看到的，redis作者antirez的回復大致意思是：Redis多數據庫是我在Redis設計中最糟糕的決定，我希望在某種程度上，我們可以放棄多個數據庫的支持，但我認為可能已經太晚了，因為有很多人在工作中使用這個特性。

在以往的redis文章中，我也提到過，使用jedis配置連接池時，建議把每次從連接池中獲取一個連接時都向服務端發送一個ping命令檢測連接是否可用的配置關掉，因為高并發場景下，該操作會導致服務頻繁的向redis服務端發送ping命令，也會導致服務自身相當于多了一次get請求的耗時，因為網絡I/O。

項目不是按業務拆分導致各項目之間耦合嚴重，多個數據庫的使用更是增加了項目的維護難度，增加了各小組之間的溝通成本，而“key是什么，在哪個庫？”也成了我們溝通的常用語。當你想修改某個key時，你需要詢問各小組的意見，各個項目都得修改，而當你想添加一個key時，你需要詢問各個小組，這個key有沒有使用，避免覆蓋別人的key，當然，這也是系統架構層面最大的錯誤。而拋開系統架構問題，顯然無論通過加key前綴，還是使用多個集群，都比使用不同庫隔離業務的方案更合適。

看完上述內容，你們掌握為什么要使用Redis的多數據庫的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！