Redis

前言：      之前已經使用過Redis很長一段時間了，基本都是在命令列方面操作，後面發現除了在命令列之外還提供了圖形化的一些監控，可以直觀的查看Redis各個執行個體的一個使用方式。 以下是常用的一些可以對Redis進行監控的外掛程式： 1、redis-stat 2、redis-live 3、redis-faina 4、redis-broswer 這裡就只挑redis-stat進行記錄說明了：

 說明：  Redis叢集搭建完成之後，對於後續的操作和使用中進程需要對進群中的服務節點Node進行新增、刪除、修改之類的操作，以下記錄了在具體環境中對Node的處理： 1  節點組態管理 1.1  參數說明

對於Redis來說是儲存在緩衝之中的，因此快取資料丟失問題一直是程式員們相當關注的話題，因此對緩衝中的資料定時進行持久化的必要性就相當突出了，以下是Redis持久化的相關配置： 1  第一種: RDB持久化方式 1.1概述 預設redis是會以快照的形式將資料持久化到磁碟的（一個二進位檔案，dump.rdb，這個檔案名稱字可以指定），在設定檔中的格式是：save N

在項目中使用redis做緩衝，當運行一段時間後就會出現如下錯誤：Could not get a resource from the pool，然後在看具體的異常資訊就是JedisPool中擷取不到jedis對象，也就是說串連池中沒有可用的jedis。 自己的第一反應就是把最大連結數（setMaxTotal）調大一些，剛開始設定了100、後來200、在後來2000都不行 然後上網一搜發現大家的回答也都是修改最大串連數，如下demo就是網上一篇部落格的解釋：

Redis的內部結構如下圖所示： 各功能模組說明如下： File Event: 處理檔案事件(在多個用戶端中實現多工，接受它們發來的命令請求（讀事件），並將命令的執行結果返回給用戶端（寫事件）) Time Event: 時間事件(更新統計資料，清理到期資料，附屬節點同步，定期持久化等) AOF: 命令日誌的資料持久化 RDB：實際的資料持久化 Lua Environment : Lua 指令碼的運行環境. 為了讓 Lua 環境符合 Redis

上一篇文章講解了Centos上的redis安裝。 現在我們來說一下redis單機多執行個體的安裝 首先關閉redis 根據上一篇redis的安裝的設定檔位置 首先我們複製redis 的設定檔 cp/etc/redis/6379.conf /etc/redis/6380.conf 然後修改6380.conf的設定檔中的資訊: 連接埠port改為6380 資料存放目錄dir改為/var/lib/redis/6380 &

安裝 系統：centos6.4redis下載：http://www.redis.cn/download.htmlredis安裝步驟：上傳源碼包到/lamp解壓：tar -zxvf redis.tar.gzcd redismake //編譯源碼，初裝的linux系統到這一步可能會報以下錯誤 CC adlist.o/bin/sh: cc: command not found就需要裝gccyum install

                                        Redis的5個使用情境 Redis是一個強大的記憶體資料結構儲存，包含資料庫，緩衝和訊息代理等多種用途。大多數人經常認為它不過是一個簡單的KVStore for

redis是一個cs模式的tcp server，使用和http類似的請求響應協議。一個client可以通過一個socket串連發起多個請求命令。每個請求命令發出後client通常會阻塞並等待redis服務處理，redis處理完後請求命令後會將結果通過響應報文返回給client。基本的通訊過程如下： Client: INCR XServer: 1Client: INCR XServer: 2Client: INCR XServer: 3Client: INCR XServer: 4

redis中資料持久化介紹 目前會在兩種情況下使用 1. 作為資料庫使用； 2. 作為快取服務器使用。 redis的高效能很大程度上是因為其把資料存放區在記憶體中，然而當redis重啟時或者意外當機後，資料都會丟失。為了不讓redis中資料丟失，我們需要把記憶體中的資料以某種方式儲存的硬碟中，使得redis伺服器重啟後資料可以恢複，這一過程稱之為持久化。 redis支援兩種方式的資料持久化，一是RDB方式；二是AOF方式。

假期過了，趕緊來更新一下東東，最近項目一直處於上線階段，每天加班調試最佳化模組功能，導致好幾天回到家已經是後半夜了。好了，言歸正傳。 關於Redis事務一些小小的總結 一說到事務，肯定想到的是像傳統關係型資料庫那樣，要麼全部成功，要麼全部失敗。事務的四大特性ACID信手拈來。但這裡對不起了，Redis事務可跟關係型資料庫不太一樣了，因為它只是部分支援事務，下文會詳細的說明。

接著上一篇部落格來講：Spring Boot整合jpa,Shiro進行許可權管理 Shiro預設整合了EhCache，來實現緩衝，如果我們想用redis替換EhCache來實現緩衝怎麼做了。我們可以從Shiro的源碼來找到一些端倪。我們可以類比EhCacheManager的實現方式，EhCacheManager類定義如下： public class EhCacheManager implements CacheManager, Initializable, Destroyable

java web項目，不依賴於web容器，實現負載平衡，必須解決session共用問題。網上解決方案有很多，但是我覺得使用 spring-session +redis是最方面快捷的，不用重複造輪子，且不用修改項目的代碼，並且使項目使用的session與web容器解耦， 完全由容器的httpsession轉為使用spring提供的session. 具體怎麼使用，請訪問 spring的官方網站。

Redis五大類型:字串（String）、雜湊/散列/字典（Hash）、列表（List）、集合（Set）、有序集合（sorted set）五種Controller:@Resource RedisTemplate<String, String>

對應給定的keys到他們相應的values上。只要有一個key已經存在，MSETNX一個操作都不會執行。由於這種特性，MSETNX可以實現要麼所有的操作都成功，要麼一個都不執行，這樣可以用來設定不同的key，來表示一個唯一的對象的不同欄位。 在 Redis 裡，所謂 SETNX，是「SET if Not eXists」的縮寫，也就是只有不存在的時候才設定，可以利用它來實現鎖的效果，不過很多人沒有意識到 SETNX 有陷阱。

Redis是單線程啟動並執行，一個慢執行，會讓後續的大量執行延時，輸送量也會極大的降低。記錄、查詢、監控Redis慢執行意義重大。Redis的slowlog只記錄在記憶體中，效率很高，不用過於擔心影響效能。題外話，Redis確實是一個比較完備的工具，不是簡單的記憶體資料庫那麼簡單。 配置slowlog `config get slowlog-log-slower-than`

需要的jar包 spring-data-redis-1.6.2.RELEASE.jar jedis-2.7.2.jar（依賴 commons-pool2-2.3.jar） commons-pool2-2.3.jar spring-redis.xml 設定檔 <beans xmlns="http://www.springframework.org/schema/beans"

incr 用法 incr key，可以將key值原子自增1，並返回遞增操作後key對應的新值。如果指定的key不存在，那麼在執行incr操作之前，會先將它的值設定為0。 /*測試前，清除當前資料庫所有key*/127.0.0.1:6379> flushDBOK/*沒有key*/127.0.0.1:6379> keys *(empty list or set) /*使用incr

Redis 發布訂閱(pub/sub)是一種訊息通訊方式：發行者(pub)發送訊息，訂閱者(sub)接收訊息。 Redis 用戶端可以訂閱任意數量的頻道。 相關函數介紹： 0.publish 將資訊發布到指定的頻道 1.subscribe 訂閱一個或者多個頻道 2.psubscribe 訂閱一個或多個符合特定模式的頻道 3.unsubscribe 退訂一個或多個頻道

標籤：效能   pre   man   雜湊   family   bubuko   簡介   god   存在     1. 資料庫簡介:　　當前主要使用兩種類型的資料庫：關係型資料庫(RDBMS)