Redis
 sql >> база данни >  >> NoSQL >> Redis

Node.js мултисървърен клъстер:как да споделяте обект в клъстер с няколко възли

Redis е хубав, защото е независим от вашето приложение за възел и е сравнително лесен за мащабиране. Можете също така да го използвате за много неща извън pub/sub, като например споделяне на основни структури от данни (хешове, сортирани набори, списъци, низове) между вашите сървъри на възли, за да ги поддържате синхронизирани и по този начин. Теоретично бихте могли да запишете всички чатове в дадена стая като сортиран набор, където вашият ключ е json представяне на някакъв чат обект (нещо като {'user':'some_user','msg':'some_msg'} и резултатът ви е времевата марка, така че е много лесно да изтегляте разговори по време). Redis е изключително бърз и неговите структури от данни са силно оптимизирани, така че един сървър може да се справи с много, много потребители.

Имаме подобна настройка в производството с един сървър на Redis, който обработва 1 милион потребители (около 10 000 вмъквания на посещения и 20 000 четения от сортиран набор в минута), а използването на процесора рядко надвишава 5% при кутия, която не е натоварена с процесор.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Поведение на Redis с множество едновременни програми, извършващи четене/делене на един и същ хеш ключ

  2. производителност на redis, съхранявайте json обект като низ

  3. Ограничете дължината на списъка в redis

  4. Сравняване на 64-битово число със знак с помощта на 32-битови операции в Lua

  5. doRedis връща грешки в Windows 8 x64 за различни компилации на Redis сървър