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

Диагностициране на неочаквана повреда на redis-сървъра

Това звучи като работа на убиеца OOM на OS - можете да потвърдите/дискредитирате хипотезата, като прегледате /var/log/syslog .

В този случай режийните разходи на задачата за постоянство са задействали убиеца. Трябва да предвидите това, като зададете maxmemory и заделяне на достатъчно RAM за посрещане на изискванията за постоянство, включително COW.

Имайте предвид, че free не е полезно след факта - трябва непрекъснато да наблюдавате ресурсите си.

Що се отнася до суап, ако не ви пука за латентността, тогава със сигурност можете да го направите.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Нуждаете се от помощ за концептуализиране в Redis/NoSQL

  2. Node.js &Redis; Изчаква се цикълът да завърши

  3. Достъп до redis локално в docker - docker compose

  4. Node.js - Сесията не се запазва чрез res.redirect()

  5. Предложение на Redis за избор на тип данни