Deutsch
Deutsch
In PHP ist MySQLI_STMT :: attr_get eine Funktion, mit der der Wert des Attributs für die vorbereitete Anweisung erhalten wird. Obwohl diese Funktion nicht üblich ist, kann sie verwendet werden, um den internen Zustand oder die Konfigurationsinformationen der Anweisung in einem bestimmten Anwendungsszenario zu lesen, z. In Umgebungen mit mehreren Konnektionen (z. B. gleichzeitig mit mehreren Datenbankverbindungen oder mit einem Verbindungspool) ist es besonders wichtig, diese Funktion korrekt zu verwenden. Im Folgenden werden wir mehrere wichtige Themen analysieren, auf die bei der Verwendung von MySQLI_stmt :: attr_get aus mehreren Perspektiven aufmerksam gemacht werden müssen.
In der MySQLI -Architektur ist ein MySQLI_STMT -Objekt an eine bestimmte MySQLi -Verbindung gebunden. Wenn Sie eine neue Verbindung erstellen:
$conn = new mysqli("localhost", "user", "password", "database");
$stmt = $conn->prepare("SELECT * FROM users WHERE id = ?");
Zu diesem Zeitpunkt hängt $ stmt ausdrücklich von $ conn ab. Dies bedeutet, dass Sie das $ stmt in einer anderen Verbindung nicht wiederverwenden können, noch können Sie das $ stmt -Attribut für die von einer andere Verbindung generierte Anweisung verwenden. Dies ist besonders wichtig in mehreren Verbindungen (z. B. mehrere verschiedene Hosts oder mit dem Schreiben getrennte Master-Slave-Datenbanken) und kann leicht zu logischen Fehlern oder Nullwertausnahmen führen.
PHP selbst wird einzelner Thread ausgeführt, aber im FPM -Modus oder im asynchronen Frameworks können mehrere Anforderungen gleichzeitig unterschiedliche Verbindungen betreiben. Obwohl die MySQLI-Erweiterung Thread-Safe ist (vorausgesetzt, dass die Unterstützung von Thread-Safe während der PHP-Kompilierung aktiviert ist), hat MySQLi_stmt :: attr_get keine Sichtbarkeit des Cross-Connection-Zustands. Wenn Sie Attr_get in einer Verbindung aufrufen, stellen die Leseergebnisse nur den Verbindungskontext dar und haben keine globale Referenz Bedeutung.
Die Attributschlüssel, die von der Methode attr_get () unterstützt werden, sind sehr begrenzt, und das Verhalten dieser Attribute kann zwischen den Versionen von MySQL oder MariADB variieren. Wenn Sie beispielsweise den folgenden Code verwenden:
$value = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE);
Sie erwarten, den Cursor -Typ zu lesen (z. B. mySQLI_Cursor_Type_read_only ). Wenn jedoch der zugrunde liegende Treiber oder die zugrunde liegende Version die Eigenschaft nicht unterstützt, kann der Rückgabewert falsch sein und eine Warnung auslösen. Dies erfordert besondere Aufmerksamkeit in den Datenbankclustern mit mehreren Verhältnissen, Multi-Version-Datenbankclustern, und alle möglichen Datenbankverhalten müssen getestet werden.
Nachdem die Verbindung versagt hat oder aktiv geschlossen ist, ist auch wenn die $ STMT -Variable noch vorhanden ist, der zugrunde liegende Griff ungültig. Das Aufrufen von attr_get () wird zu diesem Zeitpunkt falsch zurückgegeben und ein Fehler kann gemeldet werden. Zum Beispiel:
$conn->close();
$value = $stmt->attr_get(MYSQLI_STMT_ATTR_CURSOR_TYPE); // scheitern
In Umgebungen mit hoher Parallelität können solche Probleme verborgen werden, wenn die Verbindung vorübergehend recycelt wird (wie der Mechanismus "Miete-Renturn" im Verbindungspool). Bevor Sie Attr_get anrufen, sollten Sie daher sicherstellen, dass die Verbindung noch verfügbar ist.
Obwohl attr_get () eine schreibgeschützte Funktion ist, kann das Lesen bestimmter Attributwerte implizites Verhalten verursachen, z. B. die Initialisierung einiger Client-Pufferungsmechanismen. Dieses Verhalten ist in der offiziellen Dokumentation möglicherweise nicht klar, kann jedoch in bestimmten Implementierungen auftreten. Daher wird empfohlen, die Verwendung von attr_get () auf Diagnosecode zu beschränken, um häufige Aufrufe in der Hauptgeschäftslogik zu vermeiden.
Hier ist ein Beispiel mit MySQLi_stmt :: attr_get zum Lesen von Cursor -Typ:
