Redis NoSql入門和概述 入門概述 互聯(lián)網(wǎng)時代背景下大機遇，為何用nosql 1.單機MySQL的美好年代 2.(緩存)＋MySQL＋垂直拆分 3.MySQL主從讀寫分離 4.分表分庫＋水平拆分＋mysql集群 5.MySQL的擴展性瓶頸 6.今天系統(tǒng)是什么樣子 7.為何要用NoSQL 是什么 能干嗎 易擴展 大數(shù)據(jù)量高性能 多樣靈活的數(shù)據(jù)模型 傳統(tǒng)RDBMS VS NOSQL 去哪里下 怎么玩 3V＋3高 大數(shù)據(jù)時代的3V 互聯(lián)網(wǎng)需求的3高 當(dāng)下的NoSQL經(jīng)典應(yīng)用 當(dāng)下的應(yīng)用是sql和nosql一塊兒使用 阿里巴巴中文站商品信息如何存放 1.商品基本信息 2.商品描述、詳情、評價信息（多文字類） 3.商品的圖片 4.商品的關(guān)鍵字 5.商品的波段性的熱點高頻信息 6.商品的交易、價格計算、積分累計 7.總結(jié)大型互聯(lián)網(wǎng)應(yīng)用(大數(shù)據(jù)、高并發(fā)、多樣數(shù)據(jù)類型)的難點和解決方案 解決辦法 NoSQL數(shù)據(jù)模型簡介 以一個電商客戶、訂單、訂購、地址模型來對比下關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫 傳統(tǒng)的關(guān)系型數(shù)據(jù)庫你如何設(shè)計？ NoSQL你如何設(shè)計 二者對比，問題和難點 啟發(fā)學(xué)生，想一想關(guān)系模型數(shù)據(jù)庫你如何查？若是按照咱們新設(shè)計的BSon，是否是查詢起來很可愛 聚合模型 圖形
NoSQL數(shù)據(jù)庫的四大分類 KV鍵值：典型介紹 文檔型數(shù)據(jù)庫（bson格式比較多）：典型介紹 列存儲數(shù)據(jù)庫 圖關(guān)系數(shù)據(jù)庫 四者對比 在分布式數(shù)據(jù)庫中CAP原理CAP＋BASE 傳統(tǒng)的ACID分別是什么 CAP CAP的三選二 經(jīng)典CAP圖 BASE
它的思想是經(jīng)過讓系統(tǒng)放松對某一時刻數(shù)據(jù)一致性的要求來換取系統(tǒng)總體伸縮性和性能上改觀。為何這么說呢，原因就在于大型系統(tǒng)每每因為地域分布和極高性能的要求，不可能采用分布式事務(wù)來完成這些指標(biāo)，要想得到這些指標(biāo)，咱們必須采用另一種方式來完成，這里BASE就是解決這個問題的辦法
分布式＋集群簡介
簡單來說：
分布式：不一樣的多臺服務(wù)器上面部署不一樣的服務(wù)模塊（工程），他們之間經(jīng)過Rpc/Rmi之間通訊和調(diào)用，對外提供服務(wù)和組內(nèi)協(xié)做
集群：不一樣的多臺服務(wù)器上面部署相同的服務(wù)模塊，經(jīng)過分布式調(diào)度軟件進行統(tǒng)一的調(diào)度，對外提供服務(wù)和訪問
Redis入門介紹 入門概述 是什么 能干嗎 去哪下 怎么玩 Redis的安裝 下載redis到/opt目錄 執(zhí)行make、make 命令 Redis啟動 Redis啟動后雜項基礎(chǔ)知識講解 單進程 默認16個數(shù)據(jù)庫，相似數(shù)組下表從零開始，初始默認使用零號庫 命令切換數(shù)據(jù)庫 查看當(dāng)前數(shù)據(jù)庫的key的數(shù)量 keys列出庫中全部的key ：清空當(dāng)前庫 ：通殺全部庫 統(tǒng)一密碼管理，16個庫都是一樣密碼，要么都OK要么一個也鏈接不上 Redis索引都是從零開始 為何默認端口是6379 Redis數(shù)據(jù)類型 Redis的五大數(shù)據(jù)類型 (字符串) Hash（哈希，相似java里的Map） List(列表) Set(集合) Zset( set :有序集合) 哪里去得到redis常見數(shù)據(jù)類型操做命令 redis命令參考大全 Redis鍵（key） 經(jīng)常使用 案例 Redis字符串（） 經(jīng)常使用 單值單Value 案例 set/get/del// Incr/decr//,必定要是數(shù)字才能進行加減 / setex(set with )鍵秒值/setnx(set if not exist) setnx:只有在 key 不存在時設(shè)置 key 的值 mset/mget/ (先get再set) Redis列表（List) 經(jīng)常使用 單值多Value 案例 lpush(列表頭部)/rpush(尾部)/ lpop/rpop ，按照索引下標(biāo)得到元素(從上到下) llen lrem key 刪N個value ltrim key 開始index 結(jié)束index，截取指定范圍的值后再賦值給key 源列表 目的列表 lset key index value key /after 值1 值2 性能總結(jié) Redis集合（Set) 經(jīng)常使用 單值多Value 案例 sadd// scard，獲取集合里面的元素個數(shù) srem key value 刪除集合中元素 key 某個整數(shù)(隨機出幾個數(shù)) spop key 隨機出棧 smove key1 key2 在key1里某個值 做用是將key1里的某個值賦給key2 數(shù)學(xué)集合類 差集：sdiff 在第一個set里面而不在后面任何一個set里面的項 交集： 并集： Redis哈希（Hash) 經(jīng)常使用 KV模式不變，但V是一個鍵值對 案例 hset/hget/hmset/hmget//hdel(*) hlen key 在key里面的某個值的key hkeys/hvals / Redis有序集合Zset( set) 經(jīng)常使用 區(qū)別set 案例 zadd/ key 開始score 結(jié)束score zrem key 某score下對應(yīng)的value值，做用是刪除元素 zcard/ key score區(qū)間/zrank key 值，做用是得到下標(biāo)值/ key 對應(yīng)值,得到分數(shù) key 值，做用是逆序得到下標(biāo)值 key 結(jié)束score 開始score 解析配置文件redis。
conf Units單位 包含 通用 守護線程方式啟動 Port Tcp- Bind Tcp- - -ident - 快照(*) Save
禁用
Stop--on--error dir 復(fù)制 安全 限制 - - ONLY MODE追加(*) No--on-：重寫時是否能夠運用，用默認no便可，保證數(shù)據(jù)安全性 Auto-aof--min-size：設(shè)置重寫的基準(zhǔn)值 Auto-aof--：設(shè)置重寫的基準(zhǔn)值 常見配置redis。conf介紹(*) 參數(shù)說明 Redis持久化(*) 整體介紹 官網(wǎng) RDB（Redis ） 是什么 Fork Rdb 保存的是dump。rdb文件 配置文件的位置（參照解析配置文件的快照） 如何觸發(fā)RDB快照 配置文件默認的快照配置 命令save或者是 執(zhí)行命令，也會產(chǎn)生dump。
rdb文件，但里面是空的，無心義 如何恢復(fù) 優(yōu)點 適合大規(guī)模的數(shù)據(jù)恢復(fù) 對數(shù)據(jù)完整性和一致性要求不高 劣勢 在必定間隔時間作一次備份，因此若是redis意外down掉的話，就會丟失最后一次快照后的全部修改 Fork的時候，內(nèi)存中的數(shù)據(jù)被克隆了一份，大體2倍的膨脹性須要考慮 如何中止 動態(tài)全部中止RDB保存規(guī)則的方法：redis-cli set save "" 小總結(jié) AOF（ Only File） 官網(wǎng) 是什么 AOF保存的是。aof文件 配置位置 AOF啟動/修復(fù)/恢復(fù) 正常恢復(fù) 異常恢復(fù) 是什么 重寫原理 觸發(fā)機制 優(yōu)點 劣勢 小總結(jié) 總結(jié)(Which one) 官網(wǎng)建議 比較： 同時開啟兩種持久化方式 性能建議 Redis的事務(wù) 是什么 官網(wǎng) 概述 能干嗎 怎么玩 經(jīng)常使用命令 Case1：正常執(zhí)行 Case2：放棄事務(wù) Case3：全體連坐 Case4：冤頭債主 Case5：watch監(jiān)控 悲觀鎖/樂觀鎖/CAS(Check And Set) 樂觀鎖 CAS 初始化信用卡可用余額和欠額 無加塞篡改，先監(jiān)控再開啟multi，保證兩筆金額變更在同一個事務(wù)內(nèi) 有加塞篡改 一旦執(zhí)行了exec以前加的監(jiān)控鎖都會被取消掉了 小結(jié) 3階段 開啟 入隊 執(zhí)行 3特性 Redis的發(fā)布和訂閱 是什么 概述 訂閱/發(fā)布消息圖 命令 案例 先訂閱后發(fā)布后才能收到消息 操做 1。1。能夠一次性訂閱多個， c1 c2 c3 1。2 消息發(fā)布， c2 hello-redis 2。1 訂閱多個，通配符序列格式與數(shù)據(jù)庫的區(qū)別， new 2。2 收取消息， new1
Redis的復(fù)制(/Slave) 是什么 官網(wǎng) 能干嗎 讀寫分離 容災(zāi)恢復(fù) 怎么玩 1.配從(庫)不配主(庫) 2.從庫配置： 主庫IP 主庫端口 3.修改配置文件細節(jié)操做 3.1 拷貝多個redis.conf文件 3.2 開啟 yes 3.3 Pid文件名字 3.4 指定端口 3.5 Log文件名字 3.6 Dump.rdb名字 4.經(jīng)常使用3招 一主二仆
一個兩個Slave
日志查看
主從問題演示
薪火相傳 反客為主 復(fù)制原理 復(fù)制流程 Slave啟動成功鏈接到后會發(fā)送一個sync命令 接到命令啟動后臺的存盤進程，同時收集全部接收到的用于修改數(shù)據(jù)集命令，在后臺進程執(zhí)行完畢以后，將傳送整個數(shù)據(jù)文件到slave,以完成一次徹底同步 全量復(fù)制：而slave服務(wù)在接收到數(shù)據(jù)庫文件數(shù)據(jù)后，將其存盤并加載到內(nèi)存中 增量復(fù)制：繼續(xù)將新的全部收集到的修改命令依次傳給slave,完成同步 可是只要是從新鏈接,一次徹底同步（全量復(fù)制)將被自動執(zhí)行 哨兵模式() 是什么 使用步驟 1.調(diào)整結(jié)構(gòu)序列格式與數(shù)據(jù)庫的區(qū)別，6379帶著80、81 2.新建.conf文件，名字毫不能錯 3.配置哨兵,填寫內(nèi)容 4.啟動哨兵 5.正常主從演示 6.原有的掛了 7.投票新選 8.從新主從繼續(xù)開工,info 查看 9.問題：若是以前的重啟回來，會不會雙沖突？ 一組能同時監(jiān)控多個 復(fù)制的缺點 復(fù)制延時 Redis的Java客戶端Jedis Jedis官網(wǎng) 基礎(chǔ)用法 高級用法 Jedis經(jīng)常使用API 測試連通性 5+1 一個key 五大數(shù)據(jù)類型 事務(wù)提交 平常 加鎖
主從復(fù)制
6379,6380啟動，先各自先獨立
主寫
從讀
獲取Jedis實例須要從中獲取 用完Jedis實例須要返還給 若是Jedis在使用過程當(dāng)中出錯，則也須要還給 案例 .() 配置總結(jié)all 的配置參數(shù)大部分是由的對應(yīng)項來賦值的。
：控制一個pool可分配多少個jedis實例，經(jīng)過pool.()來獲取；若是賦值為-1，則表示不限制；若是pool已經(jīng)分配了個jedis實例，則此時pool的狀態(tài)為
：控制一個pool最多有多少個狀態(tài)為idle(空閑)的jedis實例
：表示當(dāng)pool中的jedis實例都被完時，pool要采起的操做；
默認有三種：
：表示當(dāng)一個jedis實例時，最大的等待時間，若是超過等待時間，則直接拋tion；
：得到一個jedis實例的時候是否檢查鏈接可用性（ping()）；若是為true，則獲得的jedis實例均是可用的；
： 一個jedis實例給pool時，是否檢查鏈接可用性（ping()）
：若是為true，表示有一個idle 線程對idle 進行掃描，若是失敗，此會被從pool中drop掉；這一項只有在大于0時才有意義；
：表示idle 兩次掃描之間要sleep的毫秒數(shù)；
un：表示idle 每次掃描的最多的對象數(shù)；
：表示一個對象至少停留在idle狀態(tài)的最短期，而后才能被idle 掃描并驅(qū)逐；這一項只有在大于0時才有意義；
：在基礎(chǔ)上，加入了至少個對象已經(jīng)在pool里面了。若是為-1，不會根據(jù)idle time驅(qū)逐任何對象。若是>0，則此項設(shè)置無心義，且只有在大于0時才有意義；
lifo：返回對象時，是采用（last in first out，即相似cache的最頻繁使用隊列），若是為False，則表示FIFO隊列；
其中對一些參數(shù)的默認設(shè)置以下：
=true
Mills=60000
=30000
un=-1
Redis集群(簡略) 是什么 集群配置 redis 配置修改 整合redis實例 集群分配規(guī)則 什么是slots 集群經(jīng)常使用指令