對(duì)于目標(biāo)機(jī)是大端字節(jié)序的機(jī)器，進(jìn)行字節(jié)碼的轉(zhuǎn)換，提供了16byte、32byte、64byte字節(jié)的轉(zhuǎn)換。在intset\ziplist\zipmap三種數(shù)據(jù)結(jié)構(gòu)中使用，使得不同字節(jié)序機(jī)器生成的rdb文件格式都是統(tǒng)一的（小端字節(jié)序），便于兼容。代碼實(shí)在是太簡(jiǎn)單了，貼上來(lái)，不多說(shuō)了。endian.h1#ifndef__ENDIAN_H2#define__ENDIAN_H34voidmemrev16(void*p);5voidmemrev32(void*p);
系統(tǒng) 2019-08-12 01:32:38 2660
redis源碼筆記-劉浩de技術(shù)博客-博客園redis源碼筆記記錄發(fā)現(xiàn)的一個(gè)hiredis的bug摘要:hiredis是redis官方提供的c客戶端庫(kù)。在讀代碼的過(guò)程中，發(fā)現(xiàn)了一個(gè)bug，記錄一下。hiredis里定義了一個(gè)上下文結(jié)構(gòu)（structredisContext），代碼如下（deps/hiredis/hiredis.h）：https://github.com/antirez/hiredis/blob/master/hiredis.h157/*Co
系統(tǒng) 2019-08-12 01:33:33 2650
from:soclassictobenotedhere.Inthislight,hereisacomparisonofCassandra,Mongodb,CouchDB,Redis,Riak,Membase,Neo4jandHBase:CouchDB(V1.1.1)Writtenin:ErlangMainpoint:DBconsistency,easeofuseLicense:ApacheProtocol:HTTP/RESTBi-directional(!
系統(tǒng) 2019-08-29 23:36:32 2642
Redis的主從復(fù)制功能非常強(qiáng)大，一個(gè)master可以擁有多個(gè)slave，而一個(gè)slave又可以擁有多個(gè)slave，如此下去，形成了強(qiáng)大的多級(jí)服務(wù)器集群架構(gòu)。下面我演示下怎樣在多臺(tái)服務(wù)器上進(jìn)行Redis數(shù)據(jù)主從復(fù)制。這里我假設(shè)有兩臺(tái)服務(wù)器，一臺(tái)是Windows操作系統(tǒng)（局域網(wǎng)IP：192.168.3.82），一臺(tái)是Linux操作系統(tǒng)（局域網(wǎng)IP：192.168.3.90），在兩個(gè)操作系統(tǒng)都安裝redis，Windows操作系統(tǒng)使用cygwin工具進(jìn)行安裝，
系統(tǒng) 2019-08-12 01:51:37 2597
Redisintset也非常簡(jiǎn)單。它是一個(gè)有序整數(shù)集合，實(shí)際上是一個(gè)有序數(shù)組，查找時(shí)二分查找，添加時(shí)可能需要內(nèi)存挪動(dòng)。唯一不同的是，它的整數(shù)類(lèi)型是變動(dòng)的，可以支持int16,int32,int64三種，當(dāng)然用越小的單位越省內(nèi)存。只有當(dāng)當(dāng)前的整數(shù)類(lèi)型存不下更大的整數(shù)時(shí)，才讓整數(shù)類(lèi)型變大?？唇Y(jié)構(gòu)就了解了:typedefstructintset{uint32_tencoding;uint32_tlength;int8_tcontents[];}intset;en
系統(tǒng) 2019-08-12 01:54:22 2596
數(shù)據(jù)持久化通俗講就是把數(shù)據(jù)保存到磁盤(pán)上，保證不會(huì)因?yàn)閿嚯姷纫蛩貋G失數(shù)據(jù)。redis需要經(jīng)常將內(nèi)存中的數(shù)據(jù)同步到磁盤(pán)來(lái)保證持久化。redis支持兩種持久化方式，一種是Snapshotting（快照）也是默認(rèn)方式，另一種是Append-onlyfile（縮寫(xiě)aof）的方式。先介紹下這兩種dump方式再講講自己遇到的一些現(xiàn)象和想法，前面的內(nèi)容是從網(wǎng)上整理出來(lái)的。Snapshotting快照是默認(rèn)的持久化方式。這種方式是就是將內(nèi)存中數(shù)據(jù)以快照的方式寫(xiě)入到二進(jìn)制文件
系統(tǒng) 2019-08-12 01:53:18 2586
importjava.util.HashMap;importjava.util.List;importjava.util.Map;importjava.util.Set;importredis.clients.jedis.Jedis;/***@authorwangzhijun*@date2013-04-01*/publicclassRedisTest{/***@paramargs*/publicstaticvoidmain(String[]args){//
系統(tǒng) 2019-08-12 01:55:25 2581
0,在網(wǎng)上找redis源碼分析的文檔看,發(fā)現(xiàn)一些很好的博客:感謝這些大牛認(rèn)真的工作先記下,回頭仔細(xì)看:http://www.hoterran.info/redis_protocolhttp://qing.weibo.com/tj/6acf143f330005qm.htmlhttp://dongxicheng.org/nosql/redis-code-basic-points/http://www.cnblogs.com/liping13599168/arc
系統(tǒng) 2019-08-12 01:55:45 2566
aof是redis提供的一種數(shù)據(jù)持久化機(jī)制，通過(guò)將每一條命令dump下來(lái)，保持?jǐn)?shù)據(jù)和內(nèi)存中的數(shù)據(jù)一致。1#include"redis.h"2#include"bio.h"34#include5#include6#include7#include8#include9#include10#include
系統(tǒng) 2019-08-12 01:32:34 2551
這篇介紹redis最后一個(gè)基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)——hash表。可以毫不夸張的說(shuō)，hash表是redis一切存儲(chǔ)的基礎(chǔ)，也是redis得以快如飛的基礎(chǔ)。注：其實(shí)還有個(gè)intset，不過(guò)intset是在持久化dump到硬盤(pán)時(shí)為節(jié)省空間設(shè)計(jì)的，和我們這里談的不一樣。dict的設(shè)計(jì)呢，簡(jiǎn)單的說(shuō)是一個(gè)雙表，“一主一從”，不定時(shí)rehash，建議大家在讀代碼前能夠?qū)@個(gè)設(shè)計(jì)有所了解。Anyway，隨便搜一搜，很多文章的。dict.h1#ifndef__DICT_H2#defi
系統(tǒng) 2019-08-12 01:32:41 2550
ZINTERSTORE—Redis命令參考ZINTERSTOREdestinationnumkeyskey[key...][WEIGHTSweight[weight...]][AGGREGATESUM|MIN|MAX]計(jì)算給定的一個(gè)或多個(gè)有序集的交集，其中給定key的數(shù)量必須以numkeys參數(shù)指定，并將該交集(結(jié)果集)儲(chǔ)存到destination。默認(rèn)情況下，結(jié)果集中某個(gè)成員的score值是所有給定集下該成員score值之和.關(guān)于WEIGHTS和AGGR
系統(tǒng) 2019-08-12 01:54:47 2543
一、簡(jiǎn)介REmoteDIctionaryServer(Redis)，redis是一個(gè)基于內(nèi)存的單機(jī)key/value系統(tǒng)，類(lèi)似memcached，但支持value為多種形式，包括：字符串(string)、鏈表(list)、集合(set)、有序集合(sortedset)和hashtable二、特點(diǎn)1優(yōu)點(diǎn)與memcache和MySQL等類(lèi)似產(chǎn)品比較，Redis有以下幾個(gè)優(yōu)點(diǎn)：（1）非常豐富的數(shù)據(jù)結(jié)構(gòu)，且這些數(shù)據(jù)結(jié)構(gòu)的常見(jiàn)操作均是原子性的；（2）高速讀寫(xiě)。Mem
系統(tǒng) 2019-08-12 01:51:26 2534
redis資源比較零散，引用nosqlfan上的文章，方便大家需要時(shí)翻閱。大家看完所有的，如果整理出文章的，麻煩知會(huì)一下，方便學(xué)習(xí)。1.Redis是什么？十五分鐘介紹Redis數(shù)據(jù)結(jié)構(gòu)Redis系統(tǒng)性介紹一個(gè)很棒的Redis介紹PPT強(qiáng)烈推薦！非同一般的Redis介紹Redis之七種武器鋒利的Redisredis適用場(chǎng)景與實(shí)現(xiàn)【翻譯】Redis協(xié)議2.Redis內(nèi)部實(shí)現(xiàn)Redis源碼分析系列文章Redis運(yùn)行流程源碼解析Redis2.6Lua腳本功能實(shí)現(xiàn)分
系統(tǒng) 2019-08-12 01:52:19 2522
早就聽(tīng)說(shuō)redis性能卓越，不過(guò)難以使用，但看了HackerNews的報(bào)道后，還是被它的難度嚇倒了。原文標(biāo)題：From1.5GBto50MB:TheStoryofMyRedisDatabase，鏈接在這里：http://davidcel.is/blog/2013/03/20/the-story-of-my-redis-database/文章的內(nèi)容簡(jiǎn)單的來(lái)說(shuō)（英文水平不夠，有錯(cuò)莫怪），剛開(kāi)始，由于設(shè)計(jì)不好，redis的內(nèi)存使用達(dá)到了1.5GB，服務(wù)器出現(xiàn)崩潰
系統(tǒng) 2019-08-12 01:55:41 2516
ae框架是redis作者開(kāi)發(fā)的事件處理框架，其目的和libevent項(xiàng)目類(lèi)似。redis本著最小依賴原則，自己實(shí)現(xiàn)了一套，而且速度更快。ae只有不到500行代碼，但據(jù)說(shuō)libevent有3萬(wàn)加的代碼，實(shí)現(xiàn)這一個(gè)功能所付出的代碼量已經(jīng)超過(guò)了redis所有的代碼量。ae.h1#ifndef__AE_H__2#define__AE_H__3//同時(shí)支持的連接數(shù)，其實(shí)這個(gè)還是可以設(shè)的更大一些4#defineAE_SETSIZE(1024*10)/*Maxnumbe
系統(tǒng) 2019-08-12 01:32:38 2491
