這篇文章主要介紹redis是一個(gè)什么類型的數(shù)據(jù)庫，文中介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們一定要看完！
什么是Redis
redis是一個(gè)nosql(not only sql不僅僅只有sql)數(shù)據(jù)庫，翻譯成中文叫做非關(guān)系型型數(shù)據(jù)庫。
一、什么是nosql?
NoSQL，泛指非關(guān)系型的數(shù)據(jù)庫，NoSQL即Not-Only SQL，它可以作為關(guān)系型數(shù)據(jù)庫的良好補(bǔ)充。隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，非關(guān)系型的數(shù)據(jù)庫現(xiàn)在成了一個(gè)極其熱門的新領(lǐng)域，非關(guān)系數(shù)據(jù)庫產(chǎn)品的發(fā)展非常迅速。而傳統(tǒng)的關(guān)系數(shù)據(jù)庫在應(yīng)付web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類型的web2.0純動(dòng)態(tài)網(wǎng)站已經(jīng)顯得力不從心，暴露了很多難以克服的問題，例如：
1、High performance - 對(duì)數(shù)據(jù)庫高并發(fā)讀寫的需求
web2.0網(wǎng)站要根據(jù)用戶個(gè)性化信息來實(shí)時(shí)生成動(dòng)態(tài)頁面和提供動(dòng)態(tài)信息，所以基本上無法使用動(dòng)態(tài)頁面靜態(tài)化技術(shù)，因此數(shù)據(jù)庫并發(fā)負(fù)載非常高，往往要達(dá)到每秒上萬次讀寫請(qǐng)求。關(guān)系數(shù)據(jù)庫應(yīng)付上萬次SQL查詢還勉強(qiáng)頂?shù)米?，但是?yīng)付上萬次SQL寫數(shù)據(jù)請(qǐng)求，硬盤IO就已經(jīng)無法承受了。其實(shí)對(duì)于普通的BBS網(wǎng)站，往往也存在對(duì)高并發(fā)寫請(qǐng)求的需求，例如網(wǎng)站的實(shí)時(shí)統(tǒng)計(jì)在線用戶狀態(tài)，記錄熱門帖子的點(diǎn)擊次數(shù)，投票計(jì)數(shù)等，因此這是一個(gè)相當(dāng)普遍的需求。
2、Huge Storage - 對(duì)海量數(shù)據(jù)的高效率存儲(chǔ)和訪問的需求
類似Facebook，twitter，F(xiàn)riendfeed這樣的SNS網(wǎng)站，每天用戶產(chǎn)生海量的用戶動(dòng)態(tài)，以Friendfeed為例，一個(gè)月就達(dá)到了2.5億條用戶動(dòng)態(tài)，對(duì)于關(guān)系數(shù)據(jù)庫來說，在一張2.5億條記錄的表里面進(jìn)行SQL查詢，效率是極其低下乃至不可忍受的。再例如大型web網(wǎng)站的用戶登錄系統(tǒng)，例如騰訊，盛大，動(dòng)輒數(shù)以億計(jì)的帳號(hào)，關(guān)系數(shù)據(jù)庫也很難應(yīng)付。
3、High Scalability && High Availability- 對(duì)數(shù)據(jù)庫的高可擴(kuò)展性和高可用性的需求
在基于web的架構(gòu)當(dāng)中，數(shù)據(jù)庫是最難進(jìn)行橫向擴(kuò)展的，當(dāng)一個(gè)應(yīng)用系統(tǒng)的用戶量和訪問量與日俱增的時(shí)候，你的數(shù)據(jù)庫卻沒有辦法像web server和app server那樣簡單的通過添加更多的硬件和服務(wù)節(jié)點(diǎn)來擴(kuò)展性能和負(fù)載能力。對(duì)于很多需要提供24小時(shí)不間斷服務(wù)的網(wǎng)站來說，對(duì)數(shù)據(jù)庫系統(tǒng)進(jìn)行升級(jí)和擴(kuò)展是非常痛苦的事情，往往需要停機(jī)維護(hù)和數(shù)據(jù)遷移，為什么數(shù)據(jù)庫不能通過不斷的添加服務(wù)器節(jié)點(diǎn)來實(shí)現(xiàn)擴(kuò)展呢?
NoSQL數(shù)據(jù)庫的產(chǎn)生就是為了解決大規(guī)模數(shù)據(jù)集合多重?cái)?shù)據(jù)種類帶來的挑戰(zhàn)，尤其是大數(shù)據(jù)應(yīng)用難題。
二、NoSQL數(shù)據(jù)庫的四大分類
鍵值(Key-Value)存儲(chǔ)數(shù)據(jù)庫
相關(guān)產(chǎn)品： Tokyo Cabinet/Tyrant、Redis、Voldemort、Berkeley DB 典型應(yīng)用： 內(nèi)容緩存，主要用于處理大量數(shù)據(jù)的高訪問負(fù)載。 數(shù)據(jù)模型： 一系列鍵值對(duì) 優(yōu)勢： 快速查詢 劣勢： 存儲(chǔ)的數(shù)據(jù)缺少結(jié)構(gòu)化 列存儲(chǔ)數(shù)據(jù)庫
相關(guān)產(chǎn)品：Cassandra, HBase, Riak 典型應(yīng)用：分布式的文件系統(tǒng) 數(shù)據(jù)模型：以列簇式存儲(chǔ)，將同一列數(shù)據(jù)存在一起 優(yōu)勢：查找速度快，可擴(kuò)展性強(qiáng)，更容易進(jìn)行分布式擴(kuò)展 劣勢：功能相對(duì)局限
文檔型數(shù)據(jù)庫
相關(guān)產(chǎn)品：CouchDB、MongoDB 典型應(yīng)用：Web應(yīng)用(與Key-Value類似，Value是結(jié)構(gòu)化的) 數(shù)據(jù)模型： 一系列鍵值對(duì) 優(yōu)勢：數(shù)據(jù)結(jié)構(gòu)要求不嚴(yán)格 劣勢： 查詢性能不高，而且缺乏統(tǒng)一的查詢語法
圖形(Graph)數(shù)據(jù)庫
相關(guān)數(shù)據(jù)庫：Neo4J、InfoGrid、Infinite Graph 典型應(yīng)用：社交網(wǎng)絡(luò) 數(shù)據(jù)模型：圖結(jié)構(gòu) 優(yōu)勢：利用圖結(jié)構(gòu)相關(guān)算法。 劣勢：需要對(duì)整個(gè)圖做計(jì)算才能得出結(jié)果，不容易做分布式的集群方案。
三、Redis基礎(chǔ)
redis是將數(shù)據(jù)存放到內(nèi)存中,由于內(nèi)容存取速度快所以redis被廣泛應(yīng)用在互聯(lián)網(wǎng)項(xiàng)目中，redis優(yōu)點(diǎn):存取速度快,官方稱讀取速度會(huì)達(dá)到30萬次每秒,寫速度在10萬次每秒左右,具體限制于硬件。
缺點(diǎn)：對(duì)持久化支持不夠良好。
所以redis一般不作為數(shù)據(jù)的主數(shù)據(jù)庫存儲(chǔ),一般配合傳統(tǒng)的關(guān)系型數(shù)據(jù)庫使用.
Redis是用C語言開發(fā)的一個(gè)開源的高性能鍵值對(duì)(key-value)數(shù)據(jù)庫。它通過提供多種鍵值數(shù)據(jù)類型來適應(yīng)不同場景下的存儲(chǔ)需求，目前為止Redis支持的鍵值數(shù)據(jù)類型如下：
字符串類型 散列類型 列表類型 集合類型
四、redis的應(yīng)用場景
緩存(數(shù)據(jù)查詢、短連接、新聞內(nèi)容、商品內(nèi)容等等)。(最多使用) 分布式集群架構(gòu)中的session分離。 聊天室的在線好友列表。 任務(wù)隊(duì)列。(秒殺、搶購、12306等等) 應(yīng)用排行榜。 網(wǎng)站訪問統(tǒng)計(jì)。 數(shù)據(jù)過期處理(可以精確到毫秒)
以上是redis是一個(gè)什么類型的數(shù)據(jù)庫的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對(duì)大家有幫助，更多相關(guān)知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)網(wǎng)站制作公司行業(yè)資訊頻道！
重慶分公司
重慶分公司
