MongoDB vs Redis per le sessioni utente?

Question

Ho bisogno di caricare alcuni campi di informazione che cambiano di rado per la convalida dei percorsi a cui un utente potrebbe accedere.

Attualmente, interrogo MongoDB e conservare quei campi in Redis a fianco un particolare informazioni di stato in un unico hash che viene digitato da 'user:' + mongodb_user_objectid quando un utente accede a.

Poi ho creare una sessione per il cookie HTTP e negozio questa chiave come una stringa in redis è codificata da 'sess:' + session_id.

Sarebbe meglio non copiare i campi da mongodb e gestire l'aggiornamento di redis e mongodb quando uno di questi campi di convalida potrebbe cambiare?

C'è una significativa differenza di prestazioni dalla lettura e scrittura di queste informazioni di sessione direttamente da/a mongodb senza utilizzare redis come intermediario?

Answer 1

Sfortunatamente, una risposta definitiva richiede una misurazione utilizzando la configurazione perché ci sono così tanti fattori potenziali.

Tuttavia, la mia ipotesi è che il sovraccarico di utilizzare due datastore supera qualsiasi vantaggi potenziali in quanto la legge dovrebbe essere incredibilmente veloce su entrambi i DB:

• Dal momento che le sessioni saranno utilizzati spesso, la raccolta continua abbastanza "caldo" quindi probabilmente rimarrà nella RAM se possibile in MongoDB, anche
• Perdere una sessione non sarebbe grandioso, ma non è un disastro, quindi è possibile scrivere su MongoDB senza attendere un commit del journal (che è praticamente la stessa affidabilità che ha redis)
• In entrambi i casi, la maggior parte di tempo è (probabilmente) spesi per lo stack di rete, e si deve passare attraverso quella sia per il DB

Quindi, in poche parole, non vedo alcun motivo per cui sarebbero Redis molto più veloce in questo caso, ma ancora una volta, le prestazioni sono spesso congetture, soprattutto quando i dettagli sono sconosciuti.