Redis

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

1、前言 Redis是一種進階key-value資料庫。它跟memcached類似，不過資料可以持久化，而且支援的資料類型很豐富。有字串，鏈表，集 合和有序集合。支援在伺服器端計算集合的並，交和補集(difference)等，還支援多種排序功能。所以Redis也可以被看成是一個資料結構服務 器。Redis的所有資料都是儲存在記憶體中，然後不週期性通過非同步方式儲存到磁碟上(這稱為“半持久化模式”)；也可以把每一次資料變化都寫入到一個append only file(aof)

1.分布式鎖 分布式鎖一般用在分布式系統或者多個應用中，用來控制同一任務是否執行或者任務的執行順序。在項目中，部署了多個tomcat應用，在執行定時任務時就會遇到同一任務可能執行多次的情況，我們可以藉助分布式鎖，保證在同一時間只有一個tomcat應用執行了定時任務。 2.分布式鎖的實現方式 使用redis的setnx()和expire() 使用redis的getset() 使用zookeeper的建立節點node

簡介 MongoDB更類似MySQL，支援欄位索引、遊標操作，其優勢在於查詢功能比較強大，擅長查詢JSON資料，能儲存海量資料，但是不支援事務。 Mysql在大資料量時效率顯著下降，MongoDB更多時候作為關聯式資料庫的一種替代。 記憶體管理機制 Redis資料全部存在記憶體，定期寫入磁碟，當記憶體不夠時，可以選擇指定的LRU演算法刪除資料。 MongoDB資料存在記憶體，由Linux系統mmap實現，當記憶體不夠時，只將熱點資料放入記憶體，其他資料存在磁碟。

* 特點* key-value Java Map : String value = map.get(“key”) Python Dict : dictionary[“key “] value …… BitMaps 位元影像 布隆過濾器 HyperLoglog 超小記憶體唯一值計數 GEO 地理資訊定位 速度快 10w OPS 即operation

概述 目前幾乎很多大型網站及應用都是分布式部署的，分布式情境中的資料一致性問題一直是一個比較重要的話題。分布式的CAP理論告訴我們“任何一個分布式系統都無法同時滿足一致性（Consistency）、可用性（Availability）和分區容錯性（Partition

鎖是很多系統的基礎服務，但是實現分布式環境的鎖並不是簡單的事情。還好現在各類組件齊全，今天我們介紹基於Redis的鎖的Java實現-redssion。(基於Redis的setnx原生實現的分布式鎖:http://blog.csdn.net/wwd0501/article/details/79472511) 1.安裝redis 安裝redssion的鎖服務隊redis的版本有要求，要求必須高於2.8版本，jdk 1.6+。關於redis的安裝，這裡不載描述。 2.redssion庫

一台伺服器上都快開啟200個redis執行個體了，看著就崩潰了。這麼做無非就是想讓不同類型的資料屬於不同的應用程式而彼此分開。 那麼，redis有沒有什麼方法使不同的應用程式資料彼此分開同時又儲存在相同的執行個體上呢。就相當於mysql資料庫，不同的應用程式資料儲存在不同的資料庫下。 redis下，資料庫是由一個整數索引標識，而不是由一個資料庫名稱。預設情況下，一個用戶端串連到資料庫0。redis設定檔中下面的參數來控制資料庫總數：

　　在cmd視窗啟動redis，視窗關閉後再次操作會報錯。 　　將redis安裝為服務，可使其在後台啟動，無須擔心誤操作關閉服務視窗。 　　配置如下： 　　　　進入redis目錄，輸入如下命令執行即可： redis-server --service-install redis.windows.conf 　　 　　然後使用下面命令就可以啟動了：redis-server --service-start 　　

      redis是一個支援持久化的記憶體資料庫，也就是說redis需要經常將記憶體中的資料同步到磁碟來保證持久化。redis支援兩種持久化方式，一種是 Snapshotting（快照）也是預設，另一種是Append-only file（縮寫aof）的方式。下面分別介紹 Snapshotting       

     現在項目用到了redis,這樣極大的提高了資料提取的效率，但如果邏輯處理時不小心，就會給自己泡坑            1.完全依賴後台提供的redis資料，當redis佔用率高時進行重啟時（一般都不進行落地），資料丟失。

實現功能描述：         redis伺服器進行Master-slaver-slaver-....主從配置，通過2台sentinel進行failOver容錯移轉，自動切換，採用該代碼完全可以直接用於實際生產環境。                題外話：

springMybatisConfig.xml配置 <?xml version="1.0" encoding="utf-8"?><beans xmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://

原創作品，轉載請標明：http://blog.csdn.net/Xiejingfa/article/details/50550416 在上一篇文章中【Redis筆記（二）】 Redis資料結構-string字串中，我們學習了Redis最基本的資料結構string，今天我們的主角是 – hash（雜湊）類型。 hash類型介紹

Redis的六種特性 l Strings l Hashs l Lists l Sets l Sorted Sets l Pub/Sub Redis各特性的應用情境 Strings Strings 資料結構是簡單的key-value類型，value其實不僅是String，也可以是數字。 常用方法 方法 說明

一.概念 在Redis中，也提供了和其他語言一樣索引值對結構的hash類型，Redis的hash類型的索引值本身又是一個索引值對結構. 如： key value user:1 key value code 01 name shl user:2

雜湊類型(hash)相關操作 我們可以將Redis中的Hashes類型看成具有String Key和String Value的map容器。所以該類型非常適合於儲存值對象的資訊。 如Username、Password和Age等。如果Hash中包含很少的欄位，那麼該類型的資料也將僅佔用很少的磁碟空間。每一個Hash可 以儲存4294967295個索引值對。 hset/hget/hdel/hexists/hlen/hsetnx

類似MySQL的master-slave模式一樣，redis的master-slave可以提升系統的可用性，master節點寫入cache後，會自動同步到slave上。 環境： master node: 10.6.144.155:7030 slave node: 10.6.144.156:7031   一、配置 僅需要在slave node上修改配置： 找到slaveof這行，參考下面的修改（填上master node的Ip和連接埠就完事了）

Redis提供了兩種持久化選項，分別是RDB和AOF。 預設情況下60秒重新整理到disk一次[save 60 10000 當有1w條keys資料被改變時]，Redis的資料集儲存在叫dump.rdb一個二進位檔案，這種策略被稱為快照。 也可以手動調用Save或BGSAVE命令的： 1 /usr

spring-shiro 整合請看shiro springmvc整合第一步 spring-redis整合請看spring redis整合 用到的redis jar如下