前言

關(guān)于redis，最近在b站看了一個(gè)比較全面的視頻，并且與此同時(shí)打算做個(gè)筆記，為了更好的理解和以后的復(fù)習(xí)。ps：我看的視頻是狂神說java中的一個(gè)系列。
這個(gè)視頻我覺得最好的一點(diǎn)，也是up主說的我比較喜歡的一句話：知史明智。
redis我在工作中用了一年多了，其中g(shù)et/set用的飛起，閉著眼睛都能寫了的那種。五種數(shù)據(jù)類型也倒背如流，但是面試的時(shí)候經(jīng)常被問卡住，因?yàn)樯晕⑸钜稽c(diǎn)的東西就不懂了，使用的話下載，安裝，導(dǎo)入依賴，配置文件，get/set。說十分鐘學(xué)會(huì)有點(diǎn)夸張，但是對著教程半小時(shí)怎么也會(huì)用了。但是會(huì)用不代表就懂了，就會(huì)redis了。初級程序員也都能用，有個(gè)名詞角做javaAPI接口調(diào)用工程師，形象不形象？作為一個(gè)從業(yè)三年多的程序員，知其所以然才是根本。
下面開始一點(diǎn)點(diǎn)的整理知識。因?yàn)槲疫@里是按照視頻教程整理的，可能會(huì)有一定的個(gè)人色彩，比如我懂的或者我覺得不重要的可能會(huì)一筆帶過，如果看了覺得不夠不懂也建議你去看我說的視頻源。

NoSQL概述

為什么要用NoSQL

1. 單機(jī)MySQL的年代
90年代，一個(gè)基本的網(wǎng)站訪問量比較小，單個(gè)數(shù)據(jù)庫完全足夠，那個(gè)時(shí)候多是靜態(tài)html，主要內(nèi)容也是文字，服務(wù)器沒有太大壓力。
但是隨著發(fā)展，出現(xiàn)了問題：

• 數(shù)據(jù)量太大，一個(gè)機(jī)器放不下。
• 數(shù)據(jù)的索引一個(gè)機(jī)器內(nèi)存放不下。

• 訪問量（讀寫混合）一個(gè)服務(wù)器承受不了。

  
  
  單機(jī)數(shù)據(jù)庫

2. Memcached（緩存）+讀寫分離+垂直拆分
因?yàn)榫W(wǎng)站百分之八十的情況都是在讀，每次都去查詢數(shù)據(jù)庫就很麻煩而且沒必要，所以使用緩存。緩存的作用就是在數(shù)據(jù)沒有改動(dòng)的前提下，可以直接從緩存中讀?。╯pring中是有這個(gè)功能的，具體怎么實(shí)現(xiàn)的都可以，主要是這個(gè)思路）。
并且與此同時(shí)，剛剛都說了主要是讀的時(shí)候多，當(dāng)訪問量過大一個(gè)服務(wù)器承受不了，可以采取讀寫分離的策略。打個(gè)比方：建立三個(gè)數(shù)據(jù)庫，1，2，3。其中1，3用來讀數(shù)據(jù)，2用來寫數(shù)據(jù)。采用一定的方法讓1，2，3的數(shù)據(jù)可以同步，這樣就大大減少了對數(shù)據(jù)庫的壓力。

從單機(jī)mysql到緩存+讀寫分離

• 優(yōu)化數(shù)據(jù)結(jié)構(gòu)和算法
• 使用文件緩存（io操作，io緩存不能共享）
• Memcached出現(xiàn)（當(dāng)時(shí)最熱門的技術(shù)）

3. 分庫分表+水平拆分+mysql集群
當(dāng)讀寫分離垂直拆分還滿足不了需求，那么分庫分表出現(xiàn)了。其實(shí)這個(gè)是順下來的一個(gè)思路：當(dāng)單純的讀寫分離滿足不了需求，那么哪怕分庫以后，也是有壓力的，所以一定是每一個(gè)子庫，也要做讀寫分離。主從復(fù)制。所以演變成了集群。

分庫分表+集群

數(shù)據(jù)庫的本質(zhì)就是讀和寫，其實(shí)隨著發(fā)展數(shù)據(jù)庫自身也在不斷優(yōu)化，早些年用MyISAM,是表鎖，十分影響效率，高并發(fā)下就會(huì)出現(xiàn)嚴(yán)重的鎖問題。而現(xiàn)在一般用InnoDB，是行鎖，性能大大提高了。

4. 如今最近的年代
近十年的技術(shù)發(fā)展，超過了前幾千年。這是一個(gè)技術(shù)爆炸的時(shí)代。就連定位都是一種數(shù)據(jù)了。隨著海量的多樣的數(shù)據(jù)需求出現(xiàn)（比如熱榜，實(shí)施排行，關(guān)系網(wǎng)等），mysql等關(guān)系型數(shù)據(jù)庫已經(jīng)不夠用了，比如較大的文件，圖片，博客等，存在mysql不合適，所以隨著這種需求，出現(xiàn)了非關(guān)系型數(shù)據(jù)庫，也就是NoSQL。（ps：為什么是非關(guān)系型：因?yàn)樵诖髷?shù)據(jù)的壓力下，再去修改表結(jié)構(gòu)是件很難的事，比如一個(gè)用戶表一億條數(shù)據(jù)，現(xiàn)在這個(gè)表加一個(gè)字段。單單加字段的行為就很可怕。）

什么是NoSQL

NoSQL(Not only SQL,不僅僅是sql),泛指非關(guān)系型數(shù)據(jù)庫，隨著web2.0互聯(lián)網(wǎng)的誕生，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫很難滿足現(xiàn)在的需求了，尤其是超大規(guī)模的高并發(fā)社區(qū)，暴露出來很多難以克服的問題，所以出現(xiàn)了NoSQL。

很多數(shù)據(jù)類型：比如用戶的社交網(wǎng)絡(luò)，地理位置，這些數(shù)據(jù)類型的存儲都不需要一個(gè)固定的格式，不需要多余的操作就可以橫向擴(kuò)展的。比如java中的一個(gè)數(shù)據(jù)類型：Map<String,Object>。

NoSQL特點(diǎn)

• 方便擴(kuò)展（數(shù)據(jù)之間沒有關(guān)系，很好擴(kuò)展。比如redis，你可以往里存任何你想存的信息，只要有唯一的key就行。而且你不管刪除哪個(gè)也不會(huì)對別的有影響。）
• 大數(shù)據(jù)量高性能（redis一秒可以寫8萬次，一秒可以讀11萬次。）
• 數(shù)據(jù)類型是多樣的（不需要事先設(shè)計(jì)數(shù)據(jù)庫）。

所以現(xiàn)在真正實(shí)踐起來，是關(guān)系型數(shù)據(jù)庫+非關(guān)系型數(shù)據(jù)庫一起使用的。
打個(gè)比方，一個(gè)互聯(lián)網(wǎng)行業(yè)的電商的商品頁：

一個(gè)商品頁信息的來源

Nosql的四大分類

1. KV鍵值對（例如redis，tair）

2. 文檔型數(shù)據(jù)庫（bson格式和json一樣，但是是二進(jìn)制的。典型的就是MongoDB）

 - MongoDB是一個(gè)基于分布式文件存儲的數(shù)據(jù)庫（c++編寫，主要用來處理大量的文件）。MongoDB是一個(gè)介于關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)的中間產(chǎn)品，是非關(guān)系型數(shù)據(jù)庫中功能最豐富，最像關(guān)系型數(shù)據(jù)庫的。

3. 列存儲數(shù)據(jù)庫（HBase,分布式文件系統(tǒng)）

4. 圖型數(shù)據(jù)庫（他不是存圖形，存的是關(guān)系，比如朋友圈社交網(wǎng)絡(luò)，廣告推薦等。比如Neo4j）

百度百科對四類非關(guān)系型數(shù)據(jù)庫的總結(jié)