Deutsch
Deutsch
In der PHP -Entwicklung ist die Sitzung ein wichtiges Tool zum Verwalten von Benutzersitzungsdaten, mit dem Benutzerstatus zwischen mehreren Seitenanforderungen bequem speichern können. Mit zunehmender Anzahl von Benutzern kann sich jedoch PHP -Sitzungsdateien ansammeln, was den Speicherdruck des Servers verursacht, die Leistung beeinflusst und sogar Systemabstürze verursacht. Daher ist die effektive Verwaltung von Sitzungsdateien und das Verhindern von Stapeln ein Problem, auf das Entwickler achten müssen. In diesem Artikel wird sich darauf konzentrieren, wie die Akkumulation von PHP -Sitzungsdateien über Session_GC (Session Müllsammlung Mechanismus) verhindern und die Fähigkeiten der Sitzung Persistenz untersucht werden.
In PHP erstellt PHP eine Sitzungsdatei , um die Sitzungsdaten des Benutzers zu speichern. Standardmäßig wird die Sitzungsdatei im temporären Verzeichnis des Servers gespeichert. Die Sitzungsdaten jedes Benutzers werden durch eine eindeutige Sitzungs -ID identifiziert. Die Sitzungs -ID wird normalerweise über ein Cookie an den Client übergeben, und der Client bringt diese ID in nachfolgende Anforderungen ein, damit der Server die Sitzung des Benutzers identifizieren kann.
Wenn die Benutzer jedoch erhöht und die Sitzungen für lange Zeit bestehen bleiben, werden diese Sitzungsdateien viel Speicherplatz einnehmen, insbesondere wenn die Sitzung nicht abgelaufen ist, sie werden nicht automatisch gelöscht, und es treten auf Stapelprobleme auf.
PHP verfügt über integrierte Sitzungsmechanerkennung Mechanismus Session_GC , um abgelaufene Sitzungsdateien zu löschen. Session.gc_maxlifetime und session.gc_probability sind die beiden Hauptkonfigurationsparameter, die die Müllsammlung steuern.
Session.gc_maxlifetime : Dieser Parameter legt die maximale Überlebenszeit der Sitzungsdatei in Sekunden fest. Nach dieser Zeit wird PHP in Betracht ziehen, dass die Sitzung abgelaufen ist, der Müllsammlungsmechanismus ausgelöst wird und die abgelaufenen Sitzungsdateien gelöscht werden.
Session.gc_Probability : Dieser Parameter bestimmt die Wahrscheinlichkeit, den Mülleimermechanismus auszulösen. Je kleiner der Wert ist, desto niedriger ist die Frequenz der Auslöser von Müllsammlung. Es kontrolliert die Ausführungswahrscheinlichkeit der Müllsammlung mit Sitzung.gc_divisor , was die Wahrscheinlichkeit darstellt, dass jede Anforderung die Sitzungsmüllsammlung auslöst.
Session.gc_divisor : Kontrolliert den Nenner der Müllsammlung. Das Verhältnis von GC_Probability und GC_Divisor bestimmt die Triggerfrequenz der Müllsammlung.
Der Mülleimermechanismus wird nicht jedes Mal ausgeführt. PHP löst es auf eine bestimmte Wahrscheinlichkeit aus, und Session_GC wird nur ausgeführt, wenn Session.gc_probability die Bedingungen erfüllt. Wenn Sie möchten, dass die Sitzungsdateien rechtzeitig gereinigt werden, können Sie die Effizienz der Müllsammlung verbessern, indem Sie die Werte dieser Konfigurationselemente anpassen.
Wenn Sie den Lebenszyklus einer Sitzung angemessen verkürzen, können Sie die Anhäufung abgelaufener Sitzungsdateien verringern. Beispielsweise stellt die Einstellung von Sitzungen.gc_maxlifetime auf 3600 Sekunden (d. H. 1 Stunde) sicher, dass die Sitzung des Benutzers nach 60 Minuten abläuft und gelöscht wird. Dies ist für einige Websites sehr effektiv, für die keine längeren Sitzungen für kurze Zeit aufrechterhalten werden müssen.
<span><span><span class="hljs-title function_ invoke__">ini_set</span></span><span>(</span><span><span class="hljs-string">'session.gc_maxlifetime'</span></span><span>, </span><span><span class="hljs-number">3600</span></span><span>); </span><span><span class="hljs-comment">// Stellen Sie die maximale Überlebenszeit für Sitzungen ein1Stunde</span></span><span>
</span></span>Wenn Sie möchten, dass die Sitzungsmüllsammlung häufiger ausgelöst wird, können Sie diese beiden Parameter einstellen. Beispielsweise kann Session.gc_Probability auf 1 und seision.gc_divisor auf 100 eingestellt werden, was bedeutet, dass die Sitzungsmüllsammlung 1 von 100 Anfragen durchgeführt wird.
<span><span><span class="hljs-title function_ invoke__">ini_set</span></span><span>(</span><span><span class="hljs-string">'session.gc_probability'</span></span><span>, </span><span><span class="hljs-number">1</span></span><span>); </span><span><span class="hljs-comment">// Stellen Sie die Auslöser der Müllsammlung ein</span></span><span>
</span><span><span class="hljs-title function_ invoke__">ini_set</span></span><span>(</span><span><span class="hljs-string">'session.gc_divisor'</span></span><span>, </span><span><span class="hljs-number">100</span></span><span>); </span><span><span class="hljs-comment">// Stellen Sie den Nenner der Wahrscheinlichkeit der Müllsammlung ein</span></span><span>
</span></span>Diese Methode stellt sicher, dass Sitzungsdateien regelmäßig gereinigt werden und vermieden übermäßige Anhäufung abgelaufener Sitzungsdateien.
Mit PHP können Sie das Verhalten des Sitzungsmüllmechanismus der Sitzung anpassen. Sie können Parameter wie Session.gc_maxlifetime und session.gc_probability festlegen und dann Ihre eigene Recycling -Logik über Session_set_Save_handler () -Funktion registrieren. Dies ist besonders wichtig für Websites oder Umgebungen mit hohen Verkehrsmitteln mit besonderen Bedürfnissen, und die Leistung kann während der Sitzungsdatenspeicherung weiter optimiert werden.
Sie können beispielsweise eine benutzerdefinierte Recycling -Richtlinie einrichten, um abgelaufene Sitzungsdateien in verschiedenen Verzeichnissen zu speichern, oder eine Datenbank verwenden, um Sitzungsdaten zu speichern, um die Belastung des Dateisystems zu verringern.
Datenbanken und Redis sind Alternativen zum Sitzungsspeicher, wodurch Probleme mit der Stapelung von Sitzungsdateien vermieden werden können. Das Speichern von Sitzungsdaten in einer Datenbank oder Redis kann nicht nur Management- und Abfrage -Sitzungsdaten erleichtern, sondern auch den von diesen Speichersystemen bereitgestellten Ablaufmechanismus zur Bereinigung von Sitzungsdaten verwenden.
Wenn Sie beispielsweise Redis als Sitzungsspeicher verwenden, können Sie die Ablaufzeit der Sitzung so festlegen, dass Redis nach Ablauf der Sitzungsdaten automatisch löscht.
<span><span><span class="hljs-title function_ invoke__">ini_set</span></span><span>(</span><span><span class="hljs-string">'session.save_handler'</span></span><span>, </span><span><span class="hljs-string">'redis'</span></span><span>);
</span><span><span class="hljs-title function_ invoke__">ini_set</span></span><span>(</span><span><span class="hljs-string">'session.save_path'</span></span><span>, </span><span><span class="hljs-string">'tcp://127.0.0.1:6379?auth=password'</span></span><span>); </span><span><span class="hljs-comment">// KonfigurationRedisSitzungsdaten speichern</span></span><span>
</span></span>Durch das Speichern von Sitzungsdaten in Redis- oder Datenbanken können Sie es vermeiden, auf Dateisystemen zu stützen und den Verbrauch des Serverscheibens zu reduzieren.
Entwickler können nicht nur auf den eingebauten Müllsammlungsmechanismus von PHP verlassen werden, sondern können auch abgelaufene Sitzungsdateien löschen, indem sie regelmäßig Reinigungsaufgaben ausführen. Sie können Linux Cron -Aufgaben verwenden, um ein Skript regelmäßig auszuführen, um Sitzungsdateien vor der angegebenen Zeit zu löschen.
Sie können beispielsweise ein PHP -Skript schreiben, das regelmäßig veraltete Sitzungen reinigt und Sitzungsdateien löscht, die Session.gc_maxlifetime überschreiten. Fügen Sie dann das Skript zu Cron hinzu und führen Sie pünktlich aus.
Durch rational Konfigurieren von Sitzungen.gc_maxlifetime , session.gc_probability und session.gc_divisor können Sie die Häufigkeit der PHP -Sitzungsmüllsammlung effektiv steuern, um die Akkumulation von Sitzungsdateien zu vermeiden. Darüber hinaus ist die Verwendung von Datenbanken oder Redis als Sitzungsspeicher und regelmäßig ablaufende Sitzungsdateien eine effektive Strategie zur Optimierung des PHP -Sitzungsmanagements. Angemessene Optimierungsmaßnahmen werden dazu beitragen, die Leistung der Website zu verbessern und Speicher- und Leistungsprobleme zu vermeiden, die durch die Akkumulation von Sitzungsdateien verursacht werden.
