FISL12 - Redis e as facilidades de trabalhar com um banco de dados NoSQL

Remote Dictionary Server

Maxwell Dayvson - @[email protected]

Friday, July 1, 2011

mailto:[email protected]




• Não podem exigir esquemas de tabela fixa;• Não suportam instruções e operações de junção SQL.• Pensar fora da caixa.

Premissas NoSQL


Quais os tipos de NoSQL?


Quais os tipos de NoSQL?

Chave/Valor• Amazon Dynamo• Membase• Redis• Scalaris• Voldemort

Documento• Amazon SimpleDb• Apache Couchdb• MongoDb• Riak

Colunas• Cassandra• BigTable• HBase• Hyperbase

Grafo• Neo4j• InfoGrid• Sones• HyperGraphDB


São baseados em documentos XML ou JSON,podem ser buscados por uma chave única ou porqualquer outro valor contido no documento.

Documento


Inspirados pelo BigTable do Google. Suportam um grande número de colunas e linhas,permitindo buscas pelas colunas.

Colunas


São os mais complexos devido ao fato de que os documentos não são armazenados em listas, mas em objetos.

Grafo


O tipo mais simples. Armazenam apenas “uma chave e um respectivo valor”.

Chave/Valor


REDIS


Porque REDIS?


* Incrivelmente rápido

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe* Leve e pequeno

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe* Leve e pequeno * Transactions

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe* Leve e pequeno * Transactions* Similar ao MEMCACHED ( com anabolizantes :D)

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe* Leve e pequeno * Transactions* Similar ao MEMCACHED ( com anabolizantes :D)* Dados persistidos em memória/disco.

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe* Leve e pequeno * Transactions* Similar ao MEMCACHED ( com anabolizantes :D)* Dados persistidos em memória/disco.* É OPEN SOURCE - BSD License

Porque REDIS?


* Incrivelmente rápido* I/O não bloqueante* 100.000+ leitura/escrita por segundo.* As chaves e valores podem expirar (ou não)* Master Slave Replication* Publish/Subscribe* Leve e pequeno * Transactions* Similar ao MEMCACHED ( com anabolizantes :D)* Dados persistidos em memória/disco.* É OPEN SOURCE - BSD License* VMWare Sponsor

Porque REDIS?


Que tipos de dados eu posso armazenar?



* Strings



* Strings* Integers



* Strings* Integers* Hash



* Strings* Integers* Hash* Lists



* Strings* Integers* Hash* Lists* Sets



* Strings* Integers* Hash* Lists* Sets* Sorted Sets


Manifesto?


Manifesto?

..."Nos somos contra complexidade. Acreditamos que desenvolver sistemas significa lutar contra complexidade. Nos aceitaremos lutar contra a complexidade quando necessário. Nos esforçaremos para reconhecer quando uma pequena funcionalidade não vale mais que 1000 linhas de código. Na maioria das vezes, a melhor forma de lutar contra a complexidade e não cria-lá"...


Clients para Redis:


Clients para Redis:

* C* C#* C++* Clojure* Common Lisp* Erlang* Go

* Haskell* haXe* Java* Lua* Node.JS* Objetive C* Perl

* PHP* Python* Ruby* Scala* SmallTalk* Tcl


Quem usa o REDIS?


Como eu posso enviar updates real time(live) para 100.000, 500.000, 1.000.000 usuários conectados?


Para mudanças rápidas podemos usar o REDIS


NO

Procuramos a melhor ferramenta para resolver o problema da melhor forma.


Quando eu uso?


Quando eu uso?

* Cache


Quando eu uso?

* Cache* Stock Prices


Quando eu uso?

* Cache* Stock Prices* Sharding Directory Service (github)


Quando eu uso?

* Cache* Stock Prices* Sharding Directory Service (github)* Real Time data collection


Quando eu uso?

* Cache* Stock Prices* Sharding Directory Service (github)* Real Time data collection* Real Time Communication


Quando eu uso?

* Cache* Stock Prices* Sharding Directory Service (github)* Real Time data collection* Real Time Communication* Analytics


Instalando...$ wget http://redis.googlecode.com/files/redis-2.2.11.tar.gz$ tar xzf redis-2.2.11.tar.gz$ cd redis-2.2.11$ make


http://redis.googlecode.com/files/redis-2.2.4.tar.gz

http://redis.googlecode.com/files/redis-2.2.4.tar.gz

Rodando os testes :)$ make test


Run client redis builtin$ ./redis-cliredis> set produto terratvredis> get produto

Start Redis Server$ ./redis-server


Mais algumas opções:$ ./redis-cli -h 127.0.0.1 -p 6379$ ./redis-cli -n 10 $ ./redis-cli set person dayvson$ ./redis-cli get person


Comandos básicos:

SET [key value]GET [key]MGET [key1, key2, key3, key4]MSET [key1 value, key2 value, key3 value, key4 value]

TYPE KEYINCR KEYDECR KEY

APPEND KEY VALUESUBSTR KEY 0 1


Comandos com KEYS:

DEL keyEXIST keyEXPIRE key seconds

KEYS pattern MOVE keyPERSIST key TYPE key


Comandos de servidor:

SELECTBGSAVESAVE

DBSIZEMONITORINFO

FLUSHALLFLUSHDB


Persistência


Persistência?

Por padrão o redis persiste os dados fazendo um dump assíncrono com o snapshot atual.

* A cada X segundos se ao menos Y chaves forem criadas* Nome do arquivo é: dump.rdb (pode ser modificado)* Compressão usando LZF do dump para as strings

comando redis:save 300 2000


Replication


Replication

* Simples de configurar e usar* Um mestre pode ter vários slaves* Um slave aceita conexões de outros slaves* Slaves reconectam automagicamente caso o link com o master caia.

Criando um slave live:* slaveof <masterip> <masterport>


publish/subscribeQuando precisamos avisar a outros que as coisas mudaram


Pub/SubÉ um modelo onde você pode registrar listeners dentro para um determinado evento e notificar todos os listeners envolvidos


Pub/Sub

* PUBLISH

É um modelo onde você pode registrar listeners dentro para um determinado evento e notificar todos os listeners envolvidos


Pub/Sub

* PUBLISH É possível enviar mensagens para um canal específico ou utilizando regexp



Pub/Sub


* SUBSCRIBE



Pub/Sub


* SUBSCRIBE É necessário ser listener de um canal



Pub/Sub



* MESSAGE



Pub/Sub



* MESSAGE Mensagem enviada para os listeners



O quanto é rápido?Redis possui uma ferramenta de benchmark

$ ./redis-benchmark -q -n 100000


https://github.com/antirez/redis-toolsRedis Tools

Redis Monitor$ telnet 127.0.0.1 6379monitor

http://try.redis-db.com/Teste online


https://github.com/antirez/redis-tools

https://github.com/antirez/redis-tools

http://try.redis-db.com/

http://try.redis-db.com/

Cluster no Redis?* Na versão 3.0 suporte a cluster oficialmente.


Maxwell [email protected]

[email protected]#twitter @dayvson

Perguntas?








FISL12 - Redis e as facilidades de trabalhar com um banco de dados NoSQL

Documents

Transcript of FISL12 - Redis e as facilidades de trabalhar com um banco de dados NoSQL