Was macht die Symfony-Firewall so lange?

Meine Symfony-Seite ist nicht zu langsam (sie lädt in etwa 400 ms), aber wenn man bedenkt, dass es sich nur um eine einfache Hallo-Welt-Seite mit grundlegender Authentifizierung handelt, sollte sie in weniger als 100 ms geladen werden. Wenn ich den Profiler betrete, sehe ich Folgendes:

Beachten Sie, dass nur 250 ms lang „Firewall“ angezeigt wird. Ich dachte, die Firewall sei nur dafür verantwortlich, Benutzer von bestimmten Bereichen der Seite fernzuhalten – ich kann mir nicht vorstellen, dass es länger als ein paar Millisekunden plus die Zeit dauert, die zum Abrufen der Benutzerinformationen aus der Datenbank benötigt wird (was in diesem Fall 61ms).

Könnte jemand erklären, was die Firewall tatsächlich tut? Wenn Sie allgemeine Hinweise zur Steigerung der Firewall-Leistung haben, wäre das sehr zu schätzen.

Notiz: Ich habe das natürlich gegoogelt und möchte im Voraus angeben, dass ich die Verbindung zur MySQL-Datenbank über die IP-Adresse und nicht über den Hostnamen herstelle. Dies schien das Problem für jeden anderen Fall einer langsamen Symfony-Firewall zu sein, den ich finden konnte.

Einige Ressourcen aus meinem Projekt, die relevant sein könnten:

• security.yaml
• routing.yaml
• Astrups/SpectacleBundle/Entity/User.php
• Astrups/SpectacleBundle/Service/Sha1Salted.php

Ich habe etwas gegoogelt und das sehe ich dieser Typscheint die Antwort auf Ihre Frage zu haben.

Nach 15 Minuten Recherche stellte ich fest, dass dies am PHP-PDO-Konstruktor lag (meine Firewall ist die erste, die sich mit der Datenbank verbindet, da ich Entitäten als Benutzer verwende). Mit diesem Wissen war das Problem ziemlich schnell gefunden ([1], [2]): Wie sich herausstellt, verursacht die Verwendung eines DNS-Namens (wie „localhost“) anstelle einer IP (wie „127.0.0.1“) dieses Problem.

Eine einfache Bearbeitung der Datei parameters.yml (Änderung von localhost auf 127.0.0.1) hat den Trick getan, die Ladezeit der Firewall auf ein Minimum zu reduzieren.

Leider stellte sich heraus, dass Rawdreeg es war teilweise Rechts. Ich habe ein 20-zeiliges PHP-Skript erstellt, um zu profilieren, wie lange es dauert, eine Verbindung zu meinem MySQL-Server herzustellen:

<?php

$time = microtime(true);

$con = new PDO(...);

$connect_time = microtime(true);

$result = $con->query('SHOW TABLES');

$query_time = microtime(true);

var_dump($result->fetchAll(PDO::FETCH_ASSOC));

$time_con = ($connect_time - $time) * 1000;
$time_query = ($query_time - $connect_time) * 1000;

echo "Connection took $time_con ms\n";
echo "Query took $time_query ms\n";

Die Ausgabe war:

Connection took 230.18503189087 ms
Query took 64.532995223999 ms

Was die Lücken des Symfony-Profilers füllt perfekt. Die gute Nachricht ist, dass meine Anwendung, wenn sie live geht, lokal per Socket eine Verbindung zum MySQL-Server herstellt, also wahrscheinlich blitzschnell! An der Geschwindigkeit während der Entwicklung kann ich jedoch wenig ändern, außer den MySQL-Server lokal zu spiegeln.

Um die Antwort zusammenzufassen; Die Symfony-Firewall stellt zunächst die Verbindung zur MySQL-Datenbank her, und in meinem Fall ist diese Verbindung ziemlich langsam. Die MySQL-Verbindungszeit macht in meinem Fall über 80 % der Profilzeit der Firewall aus.

Notiz: Ich verbinde mich bereits über die IP-Adresse mit dem MySQL-Server und habe hinzugefügt skip-name-resolve zur MySQL-Konfiguration ohne Erfolg.

Ihr MySQL-Server könnte das Problem sein. Versuchen Sie, hinzuzufügen skip-name-resolve zum [mysqld] Abschnitt Ihrer my.cnf Datei. Dies hindert MySQL daran, eine umgekehrte DNS-Suche für die IP-Adresse eingehender Verbindungen durchzuführen.