mysql_connect vs. mysql_pconnect

Es gibt durchaus Blog-Beiträge, von denen man glaubt oder hofft, dass man sie eigentlich nicht schreiben braucht, dieser ist einer davon! Da ich mich diese Woche aber mal wieder mit PHP-Skripten herumschlagen musste, muss ich dann doch mal eine Lanze brechen für mysql_pconnect!

„Früher“, als Programmierer noch drauf achten mussten, dass sie performanten Code schreiben, wurde einem als erstes eingetrichtert das bei Datei-Operationen das Öffnen und Schließen einer Datei an sich teuer ist! Entsprechend wurden in Ausnahmefällen bei Programmstart die Dateien geöffnet, und erst am Programmende wieder geschlossen.

Eine Datenbankverbindung ist ähnlich, dass öffnen und schließen der Verbindung ist teuer! Um so schlimmer, wenn ich vor einem Skript sitze, das es pro Seite auf 50 (!) Queries schafft, die allesamt einzeln die Verbindung öffnen und wieder schließen. Dies ist natürlich der Worst Case und eine sehr eigentümliche Umsetzung des OOP-Gedankens gewesen, aber zumindest wäre es nicht so schlimm gewesen, wenn man pconnect verwendet hätte!

Denn pconnect baut eine permanente Verbindung zur Datenbank auf, wohingegen der einfache connect dies natürlich nicht tut. Führe ich den Befehl mysql_close auf, ist die Verbindung geschlossen und muss bei der nächsten Abfrage wieder neu aufgebaut werden. Hat man ein pconnect verwendet, wirkt sich mysql_close erst gar nicht aus! Also: connect: teuer, pconnect: geht so! :)

Mein absoluter Favorit diesbzgl. ist übrigens vBulletin. In der Grundkonfiguration werden keine permanenten Verbindungen genutzt, man muss dies erst in der Konfiguration erst einschalten. Nicht dass das bei vBulletin etwas ausmachen würde – das meiste was ich über die Optimierung von MySQL weiß habe ich nicht mehr funktionierenden vBulletin-Seiten zur verdanken! :)

Also: Bitte benutzt permanente Datenbank-Verbindungen in PHP!

Ähnliche Beiträge

Vergleich von PHP-Entwicklungsumgebungen PHP-Entwicklungsumgebungen gibt es inzwischen wie Sand am Meer. Jede behauptet von sich die einzig wahre zu sein, und natürlich ist es fast unmöglich ...
Sicherheitsanalysen für PHP in PhpStorm Früher war ja alles besser, auch das Programmieren, sogar die Sicherheit für PHP. Früher reichte es, wenn etwas funktionierte. Diese Zeiten sind aller...
Composer – Der Pakethandler für PHP Ich gebe zu, die Überschrift ist ein klein bisschen falsch! ;) Offiziell ist Composer ein Manager von Abhängigkeiten, und kein Pakethandler. Ein klein...
Was bringt Smarty 3.0 ? Ich gebe zu, ein wenig Kaffeesatzleserei ist es schon, zumal es zumindest offiziell nur eine Machbarkeitsanalyse von Smarty 3 gibt, aber interessant i...

3 Kommentare

Schreibe einen Kommentar