Verwenden von MemoryStore in der Produktion

Heute habe ich meine Node.js-Anwendung zum ersten Mal im "Produktions" -Modus ausgeführt und diese Warnung erhalten:

Warning: connection.session() MemoryStore is not
designed for a production environment, as it will leak
memory, and obviously only work within a single process.

Ich muss nur einen einzigen Prozess ausführen, aber was soll ich stattdessen verwenden? Ich möchte, dass sich meine Sitzungen für einen schnellen Zugriff im RAM befinden. Ich möchte auch in der Lage sein, alle Sitzungen zu verwerfen, indem ich einfach die Node-App herunterfahre.

Es scheint ein Overkill zu sein, Redis, MongoDB oder eine andere Datenbank nur für diese einfache Aufgabe zu installieren. Ich verstehe auch nicht, warum MemoryStore in Node enthalten ist, wenn es nicht wirklich verwendet werden sollte.

MemoryStore ist nur für den (schnellen) Entwicklungsmodus vorgesehen, da beim Neustart Ihrer App (Prozess stirbt) alle Sitzungsdaten (die sich im Speicher dieses Prozesses befinden) verloren gehen.

Wenn Sie keine Datenbank verwenden möchten, verwenden Sie stattdessen den verschlüsselten Cookie-Speicher.

http://www.senchalabs.org/connect/cookieSession.html

Ok, nachdem ich mit Connect-Entwicklern gesprochen habe, habe ich weitere Informationen erhalten. Hier werden zwei Dinge als Speicherlecks betrachtet:

1. Problem mit der JSON-Analyse, das bereits in neueren Versionen behoben wurde
2. die Tatsache, dass abgelaufene Sitzungen nicht bereinigt werden, wenn die Benutzer nie darauf zugreifen (dh die einzige Bereinigung ist der On-Access)

Die Lösung scheint ziemlich einfach zu sein, zumindest habe ich vor, dies zu tun: Verwenden Sie setInterval, um die abgelaufenen Sitzungen regelmäßig zu bereinigen. MemoryStore bietet all (), um die Liste abzurufen, und wir können get () verwenden, um das Lesen zu erzwingen und sie somit ablaufen zu lassen. Pseudocode:

function sessionCleanup() {
    sessionStore.all(function(err, sessions) {
        for (var i = 0; i < sessions.length; i++) {
            sessionStore.get(sessions[i], function() {} );
        }
    });
}

Rufen Sie jetzt einfach sessionCleanup regelmäßig über setInterval () auf und Sie haben die automatische Speicherbereinigung für abgelaufene Sitzungen. Keine Speicherlecks mehr.

Die akzeptierte Antwort darauf ist [edit: was] so ziemlich ein Hack, und die anderen empfehlen nur die Verwendung einer Datenbank, die ich für übertrieben halte.

Ich hatte das gleiche Problem und habe gerade die Express-Sitzung durch eine Cookie-Sitzung ersetzt .

Installieren Sie dazu einfach cookie-session:

npm install cookie-session

app.jsFinden Sie dann in Ihrem , wo verwendet express-sessionwird, und ersetzen Sie durch cookie-session.

app.use(require('cookie-session')({
    // Cookie config, take a look at the docs...
}));

Möglicherweise müssen Sie einige andere Dinge ändern, denn für mich war es ein einfacher Swap-Out-Bob-Ihr-Onkel-kein-Schaden-getan.

Dieses Modul wurde entwickelt, um das Problem des Speicherverlusts zu lösen. https://www.npmjs.com/package/session-memory-store

Die akzeptierte Antwort kann in Ordnung sein. Da diese Frage jedoch ganz oben in der Liste der Suchergebnisse steht, dachte ich, ich würde sie einschließen, falls sie jemand anderem hilft.

Ich denke, der Konsens im Internet ist, dass der richtige Weg darin besteht, tatsächlich eine Datenbank dafür zu verwenden, aber wenn Sie sicher sind, dass Sie das nicht tun möchten, dann unterdrücken Sie die Warnung - die Warnung ist kein Gesetz.

Da Sie und ich uns jedoch einig sind, dass der Speicherverlust ein echtes Problem darstellt, ist es schwer zu rechtfertigen, dass Redis übertrieben ist, da dies Ihr Problem lösen würde.

Ich verstehe auch nicht, warum MemoryStore in Node enthalten ist, wenn es nicht wirklich verwendet werden sollte

Das ist ein großartiger Punkt - aber dazu würde ich sagen, dass der Knoten selbst erst vor kurzem selbst produktionsbereit geworden ist . Einige Leute würden der Vorstellung, dass es überhaupt so ist, nicht zustimmen.

Die Alternative ist, Redis oder Mongo als Geschäft zu verwenden. Mit Mongo verwenden Sie das Express-Session-Mongo- Modul.

Es gibt einen Rat, veraltete Sitzungen mit einer Indizierungsoption zu entfernen:

var MongoStore = require('express-session-mongo');
app.use(express.session({ store: new MongoStore() }));

db.sessions.ensureIndex( { "lastAccess": 1 }, { expireAfterSeconds: 3600 } )

Da veraltete Sitzungen von der Datenbank selbst entfernt werden, muss die Express-Sitzung die Bereinigung nicht selbst durchführen.

BEARBEITEN : Es scheint, als müssten Sie ein eigenes Feld "lastAccess" haben. Wenn Sie darauf zugreifen, aktualisieren Sie dieses Feld selbst. Überprüfen Sie die MongoDB Dokumentation expire-Daten http://docs.mongodb.org/manual/tutorial/expire-data/

EDIT2 :

Jetzt wird db.sessions.createIndex( { "createdAt": 1 }, { expireAfterSeconds: 3600 } )

Der Mongo-Hintergrundthread zum Überprüfen dieses Felds wird alle 60 Sekunden ausgeführt. Der Zeitpunkt zum Entfernen des Dokuments ist also nicht genau.

Für diejenigen, die Probleme mit Redis haben, versuchen Sie Folgendes: Ich hoffe, dies hilft.

Ich verwende Redis für DEV und PROD und ziele auf Express v4 ab. Unter Windows verwende ich das leichtgewichtige Toolset MSOpenTech Redis v3.0, ansonsten verwende ich nur das Heroku Redis Addon. Es war nicht allzu schwer, es über Node zum Laufen zu bringen - bis jetzt ...

var session = require('express-session');

. . .

var RedisStore = require('connect-redis')(session);

var redisClient = require('redis').createClient(process.env.REDIS_URL);

var redisOptions = { 
        client: redisClient, 
        no_ready_check: true,
        ttl: 600,
        logErrors: true
};

var redisSessionStore = new RedisStore(redisOptions);

app.use(session({
    store: redisSessionStore,
    secret: 'Some.Long.Series.of.Crazy.Words.and.Jumbled.letter.etc',
    resave: true,       
    saveUninitialized: true 
}));

Viel Glück!

ps. Ich habe gerade erst die ursprüngliche Abfrage erneut gelesen und dies bemerkt - sorry!

Es scheint ein Overkill zu sein, Redis, MongoDB oder eine andere Datenbank nur für diese einfache Aufgabe zu installieren.

Wenn Sie OSX verwenden, verwenden Sie

brew install memcached

wenn Linux

apt install memcached

Sitzungsnachricht lösen, da die App eine Verbindung zum Memcache-Dienst 127.0.0.1:11211 herstellen kann.