Time of Update: 2015-11-09
標籤:二、Redis服務 在C# Redis實戰(一)中我將所有檔案拷貝到了D盤redis檔案夾下,其中redis-server.exe即為其服務端程式,雙擊即開始運行, 可以將此服務設定為windows系統服務,下載Redis服務安裝軟體,安裝即可。安裝完成在服務中找到此服務,將其設定為自動延遲啟動即可。再回到redis檔案夾下,找到redis-cli.exe檔案,它就是Redis用戶端程式。
Time of Update: 2015-11-09
標籤:五、刪除資料在C# Redis實戰(四)中講述了如何在Redis中寫入key-value型資料,本篇將講述如何刪除Redis中資料。 1、void Delete(T entity);刪除函數的運用 using (var redisClient = RedisManager.GetClient()) { var user =
Time of Update: 2015-11-09
標籤:七、修改資料 在上一篇 C# Redis實戰(六)中介紹了如何查詢Redis中資料,本篇將介紹如何修改Redis中相關資料。大家都知道Redis是key-value型儲存系統,所以應該可以修改key,也可以根據key來修改value。接下來將是詳細的C#語言修改Redis樣本。 1、通過key修改單個value using (var redisClient = RedisManager.GetClient())
Time of Update: 2015-11-09
標籤:四、寫入資料在C# Redis實戰(三)中我們已經配置好了web.config程式,並且能通過C#代碼來讀取和管理以上配置資訊。接下來,就可以進行Redis的資料寫入了。Redis中可以用Store和StoreAll分別儲存單條和多條資料,C#中具體代碼如下: 1、儲存多條資料 protected void btnOpenDB_Click(object sender, EventArgs e) {
Time of Update: 2015-11-16
標籤:Redis分區:為什麼要分區:隨著Redis儲存的資料越來越龐大,會導致Redis的效能越來越差!目前分區的方法:1、用戶端分區在應用程式層面分區,程式裡指定什麼資料存放在那個Redis 優勢:比較靈活 缺點:加個節點擴容就很費勁2、代理Proxy分區 第三方的Twemproxy 使用代理的缺點,你代理什麼效能,那麼你整個Redis的效能就是什麼樣的!3、redis cluster4、codis
Time of Update: 2015-11-16
標籤:StackExchange.Redis 使用 - 事件(五)摘要: ConnectionMultiplexer 可以註冊如下事件ConfigurationChanged- 配置更改時ConfigurationChangedBroadcast- 通過發布訂閱更新配置時ConnectionFailed- 串連失敗 , 如果重新串連成功你將不會收到這個通知Connecti...閱讀全文posted @ 2015-09-30 12:55 我的小花籃 閱讀(116)
Time of Update: 2015-11-16
標籤:StackExchange.Redis Client這期我們來看StackExchange.Redis,這是redis
Time of Update: 2015-11-16
標籤:
Time of Update: 2015-11-15
標籤:串連:redis-cli -h machine -p port -n db轉的:每次都搜,還是扔在這Redis提供了豐富的命令(command)對資料庫和各種資料類型進行操作,這些command可以在Linux終端使用。在編程時,比如使用Redis
Time of Update: 2015-11-15
標籤:redis安裝和配置1、安裝編譯工具yum install wget? make gcc gcc-c++ zlib-devel openssl openssl-devel pcre-devel kernel keyutils? patch
Time of Update: 2015-11-12
標籤:事件描述11月9日早上10點多牛盾雲安全收到幾台客戶服務器的安全監控系統警示,發現幾台系統公開金鑰檔案被篡改,隨後進行安全事件分析處理。在分析過程中我們發現了某駭客組織利用redis設計缺陷的攻擊痕迹。考慮到攻擊方式簡單但影響極大,我們對此次安全事件做了進一步分析,發現這是針對全球互連網的全網性入侵事件。如果您的linux伺服器上啟動並執行redis沒有設定密碼,很可能已經受到了此次安全事件影響。結果將導致:redis資料丟失,伺服器的ssh公開金鑰被替換。我們就此次安全事件預警式的針對全
Time of Update: 2015-11-12
標籤:1.get key通過這個key拿到對應的value2.set key value以key作為鍵,value作為值3.keys * 取出當前匹配的所有key,可以使用這個來搜尋*裡面的關鍵字4.exists key判斷當前的key是否存在5.del key刪除當前key6. expire key 時間設定到期時間7.randomkey隨機返回一個key8.type key查看這個key傳回值的資料類型9. quit退出串連10.
Time of Update: 2015-11-12
標籤:redis多執行個體redis的多執行個體配置一般redis都不要太大,不要超過30G,如果超過就用多執行個體#配置redis多執行個體很簡單,只要給多給一個設定檔,以及給在設定檔中指定一下,這個執行個體的dump.rdb的儲存路徑。以及不同的連接埠號碼就可以了 mkdir -p /application/redis/data/ cp /application/redis/conf/redis.conf /applic
Time of Update: 2015-11-12
標籤:Redis—— Remote Dictionary Server,它是一個開源的使用ANSI
Time of Update: 2015-11-12
標籤:redis的安全認證redis連接埠對外開放並且沒有配置認證選項,未授權使用者可直接擷取資料庫中所有資訊,造成嚴重的資訊泄露。安全的設定由兩種方法:方法一:可以修改綁定的IP、連接埠和指定訪問者IP具體根據實際情況來設定,也可以直接在伺服器防火牆上做設定。方法二:設定訪問密碼在 redis.conf 中找到“requirepass”欄位,取消注釋並在後面填上你需要的密碼。註:修改redis的配置需要重啟redis才會生效。下面更具第二中方法進行設定cd /opt/rediscp&
Time of Update: 2015-11-12
標籤:一、安裝redis環境1、:https://github.com/MSOpenTech/redis2、安裝在windows上,啟動,預設連接埠6379。3、基本使用方法,在工程中引入jedis.jar檔案。package com.redis;import java.util.Set;import redis.clients.jedis.Jedis;public class RedisClient { public final static String REDIS_HOST = "1
Time of Update: 2015-11-10
標籤:redis+Keepalived實現Redis主從複製:環境:CentOs6.5Master: 10.10.10.203Slave: 10.10.10.204Virtural IP Address (VIP): 10.10.10.205 所需軟體:keepalived-1.2.12.tar.gzredis-2.8.7.tar.gz實現功能:當 Master 與 Slave 均運作正常時, Master負責服務,Slave負責Standby;當 Master
Time of Update: 2015-11-10
標籤:說明:作業系統:CentOS1、安裝編譯工具yum install wget make gcc gcc-c++ zlib-devel openssl openssl-devel pcre-devel kernel keyutils patch
Time of Update: 2015-11-09
標籤: 為什麼自己當初要選擇Redis作為資料存放區解決方案中的一員呢?現在能想到的原因主要有三。其一,Redis不僅效能高效,而且完全免費。其二,是基於C/C++開發的伺服器,這裡應該有一定的感情因素吧。最後就是上手容易,操作簡單。記得在剛剛接觸Redis的時候,由於當時項目的工期相當緊張,留給我們做出選擇的空間也是非常有限,一旦技術決策失誤,造成的後果也比較嚴重。所以在做出決定之前,我不僅快速的瀏覽了Redis官網文檔,而且還熬夜搜集了很多網上的相關技術文章。在經過一通折騰之後,
Time of Update: 2015-11-09
標籤:為什麼需要訊息佇列系統中引入訊息佇列機制是對系統一個非常大的改善。例如一個web系統中,使用者做了某項操作後需要發送郵件通知到使用者郵箱中。你可以使用同步方式讓使用者等待郵件發送完成後反饋給使用者,但是這樣可能會因為網路的不確定性造成使用者長時間的等待從而影響使用者體驗。有些情境下是不可能使用同步方式等待完成的,那些需要後台花費大量時間的操作。例如極端例子,一個線上編譯系統任務,背景編譯完成需要30分鐘。這種情境的設計不可能同步等待後在回饋,必須是先反饋使用者隨後非同步處理完成,再等待處理