Technology sharing

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

1. Super comparationem inter redis et memcache

1.Performance

Redis: Solus uno nucleo utitur. In mediocris, Redis altiorem observantiam habet quam Memcached, cum parvas notitias in singulis nucleis recondens.

Memcached: Multis nucleis uti potes, et in notitia plusquam 100k, Memcached effectus altior est quam Redis.

2. Memoria usus efficientiam

MemCached: Simplex repositionis valoris usus, Memcached altiorem memoriam utendo habet.

Redis: Si Nullam structuram pro repositione magni pretii adhibeatur, memoria eius utendo altior erit quam Memcached ob compressionem coniunctam.

3. Memoria spatio ac data magnitudine

MemCached: Maxima memoria mutari potest, adhibito algorithmo LRU. Magnitudo unius pretii in Memcached terminata est, et valor solum maximam partem 1MB sustinet.

Redis: VM lineamenta addit et limites memoriae corporis rumpit. Redis maximam magnitudinem clavem-valoris unius 512MB sustinet.

4.Data compages firmamentum

MemCached: Unius notae fabricae, solum ad notitias cachesinas adhibitas.

Redis: genera notitiarum uberiores adiuvat. Redis non solum simplicia k/v notitiarum subsidia sustinet, sed etiam schedulae notitiarum repositas praebet ut album, paro, zset, et Nullam.

Operationes notae copiosae statim in ministri parte perfici possunt, quae retis IO temporibus et volumen notitia minuere possunt.

5.Reliability

Memcached: Iustum est memoria cache cum humilibus constantiae requisitis. MemCached data perseverantia non sustinet. Data post eumissionem vel sileo potentiam evanescit, sed stabilitas praestatur.

Redis: magna fides requisita habet, data perseverantia et receptae notitiae subsidia, singula puncta deficiendi permittit, et etiam aliqua effectio afficit. Tergum data subsidia, id est, notitia tergum in modum domini-servi. Redis subsidia data perseuerantiam servare potest. Data in memoria ad disci potest eamque iterum onerare ad usum cum restarting.

6. Application missionibus

Memcached: database onere reducere et in dynamicis systematibus emendare effectum;

Redis: Idonea ad systemata quae altam legendi et scribendi efficientiam requirunt, complexus processus notitiarum rerum, et magnae securitatis requisita.

2. Causae experimentales

1.redis institutionem

Averte firewall primum

先把防火墙关掉
systemctl stop firewalld
set setenforce 0
 
[root@localhost ~]# yum -y install gcc* zlib-devel
解压 redis包
[root@localhost ~]# tar xvzf redis-4.0.9.tar.gz 
[root@localhost ~]# cd redis-4.0.9/ 
 
 make

2：查看进程
[root@localhost utils]# netstat -anpt | grep redis
 

3：redis服务控制
[root@localhost ~]#/etc/init.d/redis_6379 stop 
[root@localhost ~]#/etc/init.d/redis_6379 start 
[root@localhost ~]#/etc/init.d/redis_6379 restart 
[root@localhost ~]#/etc/init.d/redis_6379 status 

4.配置参数的修改
[root@localhost ~]#vim /etc/redis/6379.conf 
bind 127.0.0.1 192.168.10.101   	//监听的主机地址 
port 6379 		//端口 
daemonize yes 	//启用守护进程 
pidfile /var/run/redis_6379.pid 	//指定 PID 文件 
loglevel notice 	//日志级别 
logfile /var/log/redis_6379.log 	//指定日志文件 
 
[root@localhost~]#/etc/init.d/redis_6379 restart 
[root@localhost utils]# netstat -anpt | grep redis
 

二：Redis 命令工具
 redis-server：用于启动 Redis 的工具； 
 redis-benchmark：用于检测 Redis 在本机的运行效率； 
 redis-check-aof：修复 AOF 持久化文件； 
 redis-check-rdb：修复 RDB 持久化文件； 
 redis-cli：Redis 命令行工具。

Communia redis mandata:

set creare
ut visum
claves * view all
secunda nomine (rescribere)
renamenx (reprehendo an idem nomen sit, et deinde an exsequendum rename praeceptum,)
del (mandatum potest delere certa clavis hodiernae database)
existit (imperium potest determinare num clavis pretii existit)
type (utor generis imperium ad valorem genus correspondentes clavem)
eligere (switch database)
movere (moventur data)
flushdb (patet current database notitia)
flushall (purgare omnes database notitia)

 -p：指定服务器端口； 
 -s：指定服务器 socket； 
 -c：指定并发连接数； 
 -n：指定请求数； 
 -d：以字节的形式指定 SET/GET 值的数据大小； 
 -k：1=keep alive 0=reconnect； 
 -r：SET/GET/INCR 使用随机 key, SADD 使用随机值； 
 -P：通过管道传输<numreq>请求； 
 -q：强制退出 redis。仅显示 query/sec 值； 
 --csv：以 CSV 格式输出；
 -l：生成循环，永久执行测试； 
 -t：仅运行以逗号分隔的测试命令列表； 
 -I：Idle 模式。仅打开 N 个 idle 连接并等待。

Quinque: Redis perseverantia

Redis All notitia reponitur in memoria et tunc asynchronously servata est orbis a tempore usque ad tempus.(Hoc dicitur“Semi-pertinax modus”)Scribere etiam potes omnem datam mutationem ad a append modo file (aof)in(Hoc dicitur“Plena perseverantia modus”)。

quod Redis Omnis notitia reponitur in memoriam.Redis Post restarting, omnis notitia amissa est.Ergo necesse est utRedis Munus perseverantia servat data in disco Redis Post reboot, notitia ex orbe recuperari potest.Redis Duo modi sunt ad perseverantiam: unus est RDB（Redis DataBase） Perseverantia (principium est ReidsIn memoria database logging leo TUBER " ad disci RDB pervicacia), alter is . AOF（append modo file）Perseverantia (principium est Reids Operatio stipes scripta est tabellae modo adiecta).

I: Discrimen inter RDB et AOF

(1) Quid est RDB?

Congue modum

Persistentia RDB est processus gignendi snapshot processus notitiae hodiernae et salvificam illam ad rigidum.

Mechanismus felis: Manuale excitato respondet servationi et bgsave imperiis respective.

nisi mandatum: impedit current Redis server dum RDB processum perfecit. Non commendatur ad usum in ambitibus online.

bgsave mandatum: Processus Redis furca perficit (munus ad processum creandum adhibitum) operandi ad puerum processum creandum. RDB processus perseverantia responsabilis est prolis processus et statim post completionem terminatur. Clausus solum in furca tempus occurrit.

(2) Commoda et incommoda RDB;

commoda RDB:

RDB compactus est, fasciculus binarius compressus, qui snapshot of Redis notitias certo tempore repraesentat. Valde idoneus est ad tergum, plenum exemplum et in aliis missionibus. Exempli causa, tergum bgsave singulis horis 6 horis praestare et limam RDB machinae remotae vel ratio limae calamitatis recuperare effinge.

Redis onera RDB ac data multo celerius quam AOF methodum recuperat.

RDB incommoda:

Data in RDB modus non potest consequi perseverantiam realem temporis / secundo gradu perseverantiae. Quia omni tempore bgsave curritur, furca operatio exercetur ad processum puerilem creare, qui est operatio gravis gravis et sumptus frequentis exsecutionis nimis altus est.

Documenta RDB in forma binaria specifica servatae sunt. In evolutione Redis versionum multae formae RDB versionum inveniuntur. Difficultas est vetus versio Redis servitii cum nova forma RDB versionis non compatitur.

2. Quid est AOF?

AOF (solum fasciculi appende) pertinacia: scribere singulos mandatum in stipes independens, ac deinde mandatum in AOF lima re-exsequendi data cum restarting restituendi. Praecipuum munus AOF est problema notitiae pertinaciae solvere. Nunc amet Redis pervicacia.

Criteria ad eligendum inter utrumque;

Sacrificate aliquid faciendum pro altiori cache constantia (AOF），

Cum operationes scribe frequentes sunt, tergum non efficiunt pro melioribus faciendis et manualibus operationibus exspectantibus. salvare quando iterum faciunt tergum (RDB）

Animadverte:

Si lima pertinax indiget onerari post redies restarts, AOF fasciculi eligentur.

Si RDB primum datur, deinde AOF, primumque RDB persistit, contenta in RDB fasciculi AOF supra scripta erunt.

III: Redis perseverantia configuratione

(I) RDB perseverantia configuratione

[root@localhost ~]# vim /etc/redis/6379.conf

Open 6379.conf Post tabella, quaerere salvare, videre potes informationem configurationis ut infra ostendetur.

•  nisi 900 1 : post 900 secundis (15 minutis), si saltem 1 clavis mutatur, memoriam snapshot.
•  nisi 300 10: Post 300 seconds (5 minuta), si saltem 10 claves mutatae sunt, memoriam snapshot TUBER.
•  save 60 10000: Post 60 seconds (1 minute), si saltem 10000 claves mutatae sunt, memoriam snapshot TUBER.

• dbfilename dump.rdb: RDB file name ##254 line
• dir /var/lib/redis/6379: RDB file path ##264 line
• rdbcompression sic: Utrum comprimere linea CCXLII ##

(II) AOF perseverantia configuratione

exist Redis Tres modi synchronisationum in file configurationis, hi sunt:

• appendonly sic: Potestatem AOF perseverantia (default est) ## DCLXXIII linea
• appendfilename "appendonly.aof": AOF file name ##677 line

• # Appendifsync semper

• appendfsync everysec
• # appendfsync no

semper: synchrona pervicacia, quotienscumque notitiae mutationes, scribentur in disco statim

everysec: Commendatur per defaltam, record asynchronously omni secundo (default valorem)

non: Nulla synchronisatio, eam relinquens ad systema operantem definiendum quomodo synchronize

• aof-onus mutilum sic ## 769行

Ignore ultimum potentia problematicae disciplinam

[root@localhost ~]#/etc/init.d/redis_6379 restart

(2) AOF rewriting

ut solve AOF Si lima amplitudo crescere pergit, users referre potest ad Redis mittere BGREWRITEAOFOrdo.BGREWRITEAOF Mandatum tolletur via AOF redundans in lima imperium nolens oboedire (RESCRIBO）AOFfile, facere AOF Magnitudinem tabellae quam maxime parvam serva.

127.0.0.1:6379> bgrewriteaof

Background append modo file rewriting coepi

# Cum stipes BGREWRITEAOF,sinullus appendfsync-in-rewriteEtiam pone, id quod significat novas operationes scribendas non esse synchronistas cum fsync, sed solum in quiddam esse conditum. , ne discri IO certamina operationis sustineant donec rescribo ante scripto compleatur. Default in Redis est

nullus appendfsync-in- RESCRIBO no

# Cum hodierna AOF fasciculi magnitudo bis est magnitudo fasciculi AOF in ultimo rescribe stipes, operatio BGREWRITEAOF occurrit.

auto- aof-rescribe cento 100

Animadverte:

100Refertaof *Ratio incrementi fasciculi refertur ad rationem incrementi AOF fasciculi currentis comparati cum ultimo rescribe.，100bis est

#The minimum valor documenti hodiernae AOF ad exequendum mandatum BGREWRITEAOF ad frequentes BGREWRITEAOF vitandas ob parvae quantitatis magnitudinem cum primum Reids incepit.

auto- aof-rewrite-min-amplitudo 64mb

Sex: euismod procuratio

I: View notitia memoriae

192.168.9.236:7001> info memoria

used_memory:1210776 ARCANIS amplitudo memoriae adhibetur,in bytes
used_memory_human:1.15M # Propono cum unitate,in M*
used_memory_rss:7802880 # Quantum memoria redis tenet in prospectu systematis operantis?
used_memory_rss_human: 7.44M # Display cum unitatis
maxmemory: 1073741824 # Maximum memoriae magnitudine
maxmemory_human: 1.00G # Propono cum unitas

2: Redivivus belli

maxmemory-consilium: Redivivus belli

Ø volatile-lru: permittit Redis Colligunt minimum nuper ex tota notitia paro clavis Delere

Ø volatile-ttl：secundumclavisintra tempus nulla

Ø volatile-random: Passim selecta data pro eliminatione e notitia collectionis statuto tempore elapso;

Ø allkeys-lru: usus LRU Algorithmi notitiae ab omni notitia interposita eliminata;

Ø angiportis, temere: passim selecta data ad eliminandum ex notitia collectionis;

Ø noeviction; Inactivare nulla notitia (default pretii)

Animadverte:

Set intra tempus clavem

exspirare v1 10

V1 habet intra tempus X seconds

Animadverte:

quando Redis Opus est repetere unum ex memoria pressura clavis hora;Redis Prima consideratio vetustissimam datam non redivivum est, sed minima nuper notitia adhibita. clavis aut ut exspiratura clavis Elige unum passim from * clavis, a paro notitia remota

redis set password

1. Profecti modum

Modus I: pone password per configuration file redis.conf

Invenire keyword requirepass, tessera secuta est. De defalta commentatur, id est, tesseram nullam defaltam requiri, ut sequitur:

　　

 Aperi commentarium, pone ut tesseram tuam, ac sileo

Modus II: Pone password nominando

Utere redis-cli coniungere ad redis et exequi hoc mandatum

config set requirepass 123456

Expleto executione non opus est ut sileo.

2. modum Connection

1. Intra in password cum connectens

[root@localhost bin]# ./redis-cli -a 123456

2. Iungo primum et intrant password

[root@localhost bin]# ./redis-cli127.0.0.1:6379> auth 123456

3. Close modus

[root@localhost bin]# ./redis-cli -a 123456 shutdown

4. Differentia

1) Tessera posita, limam configurationis modificando, effectum perpetuum habebit;

2) Tesserae modificare in schemate configurationis statutum postulat sileo ut effectum sortiatur; tessera praecepto utere ut effectum post colligationem iterum colligas et irritum fiet postquam sileo.

3) Primatus imperii altior est quam prioritas fasciculi configurationis