Redis

Redis資料備份與恢複 持久化 RDB方式(預設) RDB方式的持久化是通過快照（snapshotting）完成的，當符合一定條件時Redis會自動將記憶體中的所有資料進行快照並儲存在硬碟上。進行快照的條件可以由使用者在設定檔中自訂，由兩個參數構成：時間和改動的鍵的個數。當在指定的時間內被更改的鍵的個數大於指定的數值時就會進行快照。RDB是Redis預設採用的持久化方式，在設定檔中已經預置了3個條件： save 900 1 #

Redis不支援直接將JavaObject Storage Service到資料庫中，所以需要將java對象進行序列化得到位元組數組，然後將位元組數組存入到redis中，需要資料的時候就從redis資料庫中取出位元組數組，再經過還原序列化將自己數群組轉換成對象使用（jdk序列化效能比Google公司的Protobuf序列化效能要差一些，而且序列化後的位元組長度要也會長一些，所以推薦使用Protobuf，Protobuf如何進行序列化請看我的另一篇文章）實體類 User.java

java操作redis簡單樣本     初學redis，在java語言和環境下完成redis的入門學習。              首先，官網下載源碼，編譯，安裝，修改設定檔redis.conf中的三項：     1. 注釋掉 bind 127.0.0.1

Redis叢集添加節點 1：首先把需要添加的節點啟動

用Redis儲存Tomcat叢集的Session 前段時間，我花了不少時間來尋求一種方法，把新開發的程式碼推送到到生產系統中部署，生產系統要能夠零宕機、對使用使用者零影響。 我的設想是使用叢集來搞定，通過通知負載平衡Nginx，取下叢集中的Tomcat節點，然後對Tomcat上的應用進行升級，再通知負載平衡Nginx，把Tomcat節點重新載入上去。依次這麼做，把叢集中的所有Tomcat都替換一次即可。

redis快取服務器筆記 redis是一個高效能的key-value儲存系統，能夠作為緩衝架構和隊列 但是由於他是一個記憶體記憶體系統，這些資料還是要儲存到資料庫中的 作為緩衝架構： create/updae/delete—同時存到redis和資料庫 query–先從redis查，沒有記錄才從資料庫查，並把從資料庫查的結果也放一份到redis 作為緩衝隊列： 2、把對象Object儲存到redis中，怎麼存。memcache存取對象是序列化和還原序列化

整體思路 之前已經有人做過mybatis+redis在spring環境的整合（http://blog.csdn.net/xiadi934/article/details/50786293）。 這裡我們試試在spring boot中的整合，其中的一些注意點是不同的。特別是spring boot 的對mybatis的整合時候可以非常簡單，但是在加入二級緩衝時候，我們要考慮mybatis的配置。 pom 中加入依賴 <boot.version>1.3.1.RELEASE<

c#中用lua指令碼執行redis命令 直接貼出代碼，實現執行lua指令碼的方法，用到的第三方類庫是 StackExchange.Redis(nuget上有) 註：下面的代碼是簡化後的，實際使用要修改， using System;using System.Collections.Generic;using System.Linq;using System.Net;using System.Threading.Tasks;using

關於個人對Redis提供的Pub/Sub機制的認識在上一篇部落格中涉及到了，也提到了關於如何避免Redis的Pub/Sub的一個最大的缺陷的思路—訊息的持久化(http://blog.csdn.net/canot/article/details/51975566)。這篇文章主要是關於其思路(Redis的Pub/Sub的訊息持久化)的代碼實現: Pub/Sub機制中最核心的Listener的實現: import redis.clients.jedis.Jedis;import redis.

前一段時間面試阿里巴巴，面試官問我除了Redis 3.0開發官方提供的Redis Cluster模式(http://www.redis.cn/topics/cluster-tutorial.html)外，你還知道哪些Redis叢集方案。 面試後便查詢了相關資料，記錄了一下Redis常見的各種叢集方案。 1.Redis官方叢集方案 Redis Cluster Redis Cluster是一種伺服器Sharding技術，3.0版本開始正式提供。 Redis

最新項目中使用了redis作為緩衝,而資料庫是使用了mongodb.項目使用Spring，在沒有引入Redis時一切正常，但在pom.xml中加入: <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-redis</artifactId>

Redis 的pub/sub機制與23種設計模式中的觀察者設計模式極為類似。但Redis對於這個機制的實現更為輕便和簡結，沒有觀察者模式的那麼複雜的邏輯考慮而僅僅需要通過兩個Redis用戶端配置channel即可實現，因此它也僅僅做了訊息的”發布”和”訂閱”的實現，而在實際處理這類情境時遇到的情況根本沒有考慮到。 資料可靠性無法保證

Redis優秀的效能是由於其將所有的資料都儲存在記憶體中，同樣memcached也是這樣做的，但是為什麼Redis能夠脫穎而出呢，很大程度上是因為Redis有出色的持久化機制，能夠保證伺服器重啟後，資料不會丟失。下面來看看Redis是如何持久化的。 Redis支援兩種方式的持久化，一種是RDB方式，一種是AOF方式。這兩種方式可以單獨使用其中一種，或者混合使用。  RDB方式介紹

使用叢集 主要記錄學習Jedis的操作。 三、添加新節點到叢集 根據新添的節點種類，需要用2種方法來將新節點添加到叢集。 1：若添加的新節點是一個master，那麼我們需要建立一個空節點，然後將某些雜湊桶移動到這個空節點裡面。 2：若要添加的新節點是slave，那麼我們將這個新節點設定為叢集中某個節點的複製品。 添加主節點master      建立一個port6305的新節點（使用的設定檔與之前一樣）並啟動。  

Redis介紹     Redis本質上一個Key/Value資料庫，與Memcached類似的NoSQL型資料庫，但是他的資料可以持久化的儲存在磁碟上，解決了服務重啟後資料不丟失的問題，他的值可以是string（字串）、list（列表）、sets（集合）或者是ordered 

Redis容量及使用規劃 在使用Redis過程中，我們發現了不少Redis不同於Memcached，也不同於MySQL的特徵。 (本文主要討論Redis未啟用VM支援情況) 1. Schema MySQL: 需事先設計 Memcached: 無需設計 Redis: 小型系統可以不用，但是如果要合理的規劃及使用Redis，需要事先進行類似如下一些規劃 資料項目: value儲存的內容是什麼，如使用者資料

Redis的主從複製策略是通過其持久化的rdb檔案來實現的，其過程是先dump出rdb檔案，將rdb檔案全量傳輸給slave，然後再將dump後的操作即時同步到slave中。下面是一篇介紹Redis複製原理的文章，文章作者為新浪微博的田琪同學（@搖擺巴哈）。 本文會討論一下Redis的複製功能以及Redis複製機制本身的優缺點以及叢集搭建問題。 Redis複製流程概述

Redis常用命令集 1）串連操作命令 quit：關閉串連（connection） auth：簡單密碼認證 help cmd： 查看cmd協助，例如：help quit 2）持久化 save：將資料同步儲存到磁碟 bgsave：將資料非同步儲存到磁碟 lastsave：返回上次成功將資料儲存到磁碟的Unix時戳 shundown：將資料同步儲存到磁碟，然後關閉服務 3）遠程服務控制 info：

一、Redis持久化的方式有兩種：     1.RDB:對記憶體中資料庫狀態進行快照     2.AOF:把每條寫命令都寫入檔案，類似於mysql的binlog日誌        RDB方式：將Redis在記憶體中的資料庫狀態儲存到磁碟裡面，RDB檔案是一個經過 壓縮的二進位檔案，通過該檔案可以還原產生RDB檔案的資料狀態。  

在說Redis持久化之前，需要搞明白什麼是資料庫狀態這個概念，因為持久化的就是將記憶體中的資料庫狀態儲存到磁碟上。那麼什麼是資料庫狀態呢。Redis是一個key-value資料庫伺服器，一般預設是有16個資料庫，可以使用select <index>命令進行切換（0-15），這每個非空的資料庫又可以包含任意多個索引值對，為了方便起見，我們將資料庫伺服器中的非空資料庫以及它們的索引值對通常為【資料庫狀態】，所以這裡持久化，說的不是一個資料庫，而是伺服器上的所有非空資料庫。