Neue und weitergehende Einblicke verschaffen die in den letzten Wochen veröffentlichten Präsentationen auf über 200 Vortragsfolien.

• Grundlagen (66 Slides)
• Benutzerdefinierte Speicherhandler, um TTL zu überwinden (48 Slides)
• Tuning und Monitoring mit Statistiken und Backtraces (66 Slides)
• Beobachtungen und Einschätzungen zur Performanz am Beispiel Oxid eShop (45 Slides)

Es wird eine Weile dauern bis die Vortragsfolien in die reguläre Dokumentation eingearbeitet sind. Die erste Fassung der regulären Dokumentation wurde Ende letzter Woche fertiggestellt. Gerade noch rechtzeitig vor der ersten Erstellung eines PECL-Paketes. Die Query Cache Erweiterung zieht in diesen Tagen von der noch gültigen Projektseite unter http://forge.mysql.com/wiki/MySQLnd_Query_Cache_Plugin_for_PHP um auf PECL. Der Quellcode wurde bereits dem PECL-SVN-Archiv hinzugefügt, eine 1.0.0 getaggt, ein Paket hochgeladen und neue Funktionen wurden hinzugefügt. Trotz der Hitze ist das Projekt nicht ausgedörrt. Eine Sommerpause wird es kaum geben.

Die Invalidierung zwischengespeicherter Ergebnisse erfolgt per TTL (Time to live). Zwischengespeicherte Ergebnisse sind für n-Sekunden gültig. Die Lebensdauer kann global und pro Anfrage angegeben werden. Benutzerdefinierte Speicherhandler können beliebige Speicherorte verwenden und komplexere Invalidierungsstrategien umsetzen.

Wie jedes andere mysqlnd-Plugin ist das Cache Plugin in C geschrieben. C bietet die maximal mögliche Performanz. Ein mysqlnd-Plugin agiert wie ein Proxy auf einer eigenen neuen Schicht zwischen der Datenbankbibliothek und dem Datenbankserver. Der Eingriff in die Architektur ist minimal. Programmierschnittstellen werden nicht verändert.

Drupal, phpMyFAQ, phpMyAdmin, Oxid, …
|
ext/mysql, ext/mysqli, ext/PDO_MYSQL
MySQL native driver for PHP (mysqlnd)
Mysqlnd plugin
Lastverteilung	Überwachung	Performanz: Cache
|
MySQL Server

Die Steuerung des Caches erfolgt über SQL-Kommentare. Die PHP-Anwendung kennzeichnet diejenigen Datenbankanfragen welche aus dem Zwischenspeicher beantwortet werden sollen. Damit sind nur minimale Anpassungen an bestehenden Anwendungen notwendig. Es geht auch komplett ohne Anpassungen beim Einsatz von benutzerdefinierten Speicherhandlern. Es benutzerdefinierter Speicherhandler könnte auf die Auswertung von SQL-Hints verzichten und anhand einer Liste entscheiden ob eine Anfrage zwischengespeichert werden soll oder nicht.

$mysqli = new mysqli("localhost", "user", "password", "database");
$mysql->query("⁄*qc=on*⁄SELECT something FROM slowtable");
	
$pdo = new PDO("mysql:host=localhost;dbname=database", "user", "password");
$stmt = $pdo->execute("⁄*qc=on*⁄SELECT something FROM slowtable");
	
$mysql = mysql_connect("localhost", "user", "password", true);
mysql_select_db("database", $mysql);
mysql_query("⁄*qc=on*⁄SELECT something FROM slowtable");

Die Integration des Caches in die Datenbankbibliothek hat mehrere Vorteile. Neben der Geschwindigkeit und der guten Verfügbarkeit, die das “out-of-the-box”-Gefühl verbessert, ist es vor allem die Lage des Caches beim Client. Ein clientseitiger Cache reduziert den Netzwerkverkehr, verkürzt die Entfernung zwischen Applikation und Datenquelle und entlastet den zentralen MySQL Server. Als zentrale Ressource ist es schwierig den MySQL Server zu skalieren. Dies gilt auch für den MySQL Anfragen-Cache, dem im MySQL Server integrierten Anfragecache. Die Skalierung einer zentralen Ressource ist oft nur durch den Einsatz leistungsfähigerer Hardware möglich. Die Kosten sind hoch und die Wachstumsmöglichkeiten sind begrenzt. Mit einem clientseitigem Cache wie dem mysqlnd query result plugin kann die im Webumfeld gebräuchliche horizontale Skalierung benutzt werden: scale by client.

Weitere Details finden Sie auf der MySQL Forge Wiki Seite http://forge.mysql.com/wiki/MySQLnd_Query_Cache_Plugin_for_PHP und in obiger Präsentation.

Seit einigen Monaten ist in der PHP mysqlnd-Bibliothek von PHP 5.3 eine Alternative zum MySQL Proxy entstanden: mysqlnd plugins. PHP’s mysqlnd-Bibliothek kann von den PHP MySQ- Extensions (ext/mysql, ext/mysqli, PDO_MYSQL) als Alternative zur MySQL Client Library ("libmysql") verwendet werden. Seit PHP 5.3 ist mysqlnd ein Bestandteil des PHP-Quellcodes. mysqlnd implementiert das MySQL Client-Server Protokoll und stellt es mittels der MySQL C API den PHP-Extensions zur Verfügung. mysqlnd arbeitet somit innerhalb des PHP-Interpreters.

Ähnlich dem MySQL Proxy agiert mysqlnd auf einer Schicht zwischen der Anwendung und der MySQL Datenbank. Unter Verwendung der mysqlnd Plugin API kann mysqlnd um neue Funktionalitäten erweitert werden. Damit ist es möglich clientseitige “Proxies” in Form von mysqlnd Plugins zu erstellen. Die mysqlnd Plugins können ähnliche Aufgaben übernehmen wie MySQL Proxy: Lastverteilung, Überwachung, Performanz bezogene Aufgaben.

Die unterschiedlichen Architekturen von MySQL Proxy und mysqlnd Plugins ergänzen und bereichern sich gegenseitig. Einige Limitation des MySQL Proxy können mit mysqlnd Plugins umgangen werden (kein Single-Point-Of-Failure, keine neue Programmiersprache mit Lua). Lesen Sie mehr dazu in den obigen Slides oder im ausführlicheren englischsprachigen Blogposting.

Rückmeldungen und Diskussionsbeiträge sind stets willkommen!

Die PHP-Anwendergruppe Hamburg übertrifft mit der dritten Auflage der "Unconference" ihre Erfolge von den Vorjahren. Dank zahlreicher Sponsoren (Soprado, Mayflower, Microsoft, MySQL) und Supporter (Beasts Associated, O’Reilly, SinnerSchrader, Addison-Wesley) konnte das Geomatikum der Universität Hamburg angemietet werden und die Teilnehmer angemessen verpflegt werden. Nirgendwo sonst kann man für 25 Euro das Wer-ist-Wer der deutschsprachigen PHP-Szene zwei Tage lang treffen. Die PHP Unconference in Hamburg bleibt ein Muß für PHP- und MySQL-Anwender.

Unconf?

Auf der PHP "Unconf" bestimmt das Volk der Teilnehmer die Inhalte. Anders als bei einer Konferenz bestimmt nicht eine Gruppe von honorierten Wahlmännern, ein Programmkomitee, welches Thema vorgetragen wird. In einer morgendlichen Versammlung entscheiden die Teilnehmer welche der zuvor auf einer Webseite gesammelten Veranstaltungsthemen in einem großzügigen Hörsaal besprochen werden. Welche Form der Interaktion gewählt wird - Diskussion, Schulung, Vortrag, … -, um ein Thema zu bearbeiten ist der Gruppe überlassen. Es gibt nur zwei Regeln: nach Ablauf von 45 Minuten erfolgt ein striktes Ende und durch die Direktheit einer Unconference ist passiver Konsum fehl am Platze. Dieses Konzept funktioniert sehr gut wie Skeptiker am Tagesprogramm vom Samstag ablesen können.

Pausen und die Protokollierung der Veranstaltung nehmen einen breiten Raum im Gesamtkonzept ein, um den Austausch der Teilnehmer in den Vordergrund zu stellen.

Wie schon in den Vorjahren blieben die Teilnehmer auch abends zusammen, was weiteren Raum zum Erfahrungsaustausch bietet. Abends versammelte sich ein PHPmob zum PHProst an einem Treffpunkt nahe der Partymeile an der Sankt Pauli Hafenstraße. Eine tolle Idee! Wer wollte konnte sich in kleineren privaten Gruppen in einem der zahlreichen Restaurants zum Abendessen verabreden, um im Anschluß zum PHPmob zu gehen. Nachtschwärmer beendeten den Erfahrungsaustausch auf der nahegelegenen Reeperbahn, deren Lichter magische Anziehungskräfte auswirkten.

2010 die Meisterprüfung?

Im dritten Lehrjahr haben die Eventmanager vom OrgaTeam (Judith Andresen , Florian Blasel, Ekkehard Dörre, Jonathan Maron, Stefan J. Morgenroth, Hinrich Sager, Edouard Simon, Tobias Struckmeier, Markus Wolff) eine hervorragende Gesellenarbeit abgeliefert. Ich bin gespannt auf die Meisterprüfung in 2010. Darf man auf der PHP Unconference 2010 die Detailverliebtheit von Darren Cooper (PHP UG Frankfurt und mehr!) erwarten, der Community-Events mit einem gesponsorten Begrüßungscocktail perfektioniert? Inhaltlich sehe ich wenig Verbesserungspotential und hoffe dennoch nächstes Jahr wieder positiv überrascht zu werden.

• Die Gründe für die Entwicklung des Connector/C++
• Was im Connector/C++ enthalten ist
• Wie die weitere Planung für den Connector/C++ aussieht
• Wie sie diesen Treiber zur einfacheren Entwicklung von C++ Anwendungen nutzen können

Anmeldung zum kostenlosen Webseminar "Der neue MySQL Connector/C++". Die Präsentation dauert ca. 45 Minuaten zzgl. Fragen und Antworten. Das Seminar wird auf deutsch durchgeführt. Lassen Sie sich nicht von "Für kommerzielle Softwarehäser/OEMs" abschrecken. Der Vortrag ist für alle C++-Entwickler geeignet, die MySQL einsetzen.

Etwa 62 Minuten benötigte der ICE heute, um mich von Frankfurt nach Karlsruhe zu bringen. Der Grillabend in Frankfurt in der Brotfabrik wurde von 22 Interessierten besucht. Es gab das bislang leckerste Essen vom Grill.

Die PHP UG Frankfurt, welche nicht nur PHP-Treffen organisiert, sondern auch DevDusk-Abende, arbeitet sehr professionell. Zur Begrüßung gab es einen Apperetif, der von netz98 gesponsort war. Auf den Tischen lagen eigens vorbereitete Telleruntersetzer und es wimmelte nur so von kleinen, gesponsorten O’Reilly-Büchern.

Besonders herausstellen möchte ich meinen Gastgeber in Frankfurt, Darren Cooper. Er und die anderen Organisatoren haben es verstanden - mal wieder - ein perfektes Community-Event auf die Beine zu stellen. Vielen Dank! Wer plant in Zukunft Community-Events zu veranstalten, der sollte hier in die Lehre gehen.

Fotos aus Frankfurt gibt es auf Flickr.
Impressionen aus allen bisherigen Orten gibt es unter http://www.flickr.com/photos/tags/phpbbq/show.

Die PHP BBQ Tour ist eröffnet. Gestern abend trafen sich gut 30 PHP-Interessierte in München. Bei wechselhaften Wetter, mit über den Tag verteilten Regenschauern, war der Hirschgarten genau der richtige Ort. Der Hirschgarten ist ein Park in dem sich der mit 8.700 Plätzen wohl weltgrößte Biergarten befindet. Es war ein Leichtes auf das Restaurant auszuweichen, um dem Regen zu entgehen.

Ein eigens für das Grillen angeschaffter Grill konnte deshalb leider nicht eingeweiht werden. Dafür erklärte sich der Sponsor, Mayflower (ThinkPHP), vertreten durch Johann-Peter Hartmann, bereit eine PHP 5.3 Release Party zu veranstalten, um den Grill auszuprobieren und doch noch Grillfleisch bereitstellen zu können.

Wie erhofft wurde es eine lockerer Abend zu dem nicht nur die "üblichen Verd&aauml;chtigen" kamen sondern auch einige neue Gesichter. Es ist immer wieder beängstigend welche Dichte an PHP-Prominenz in München vertreten ist. Ich möchte nur wahllos Johannes Schlüter, einen der zwei PHP 5.3 Release Manager und Pierre Joye, der sich um PHP unter Windows bemüht, erwähnen. Von MySQL/Sun war Kaj Arno, Vice Precident Community Relations, anwesend. Vielleicht gelingt es ja der PHP UG München noch mehr Schwung zu geben und einen regelmäßigen Stammtisch zu etablieren.

Die anwesenden Mitglieder der PHP UG München baten darum Nils Hitze (vorne links) besonders zu loben. Nils, vielen Dank für die Organisation! Es war bemerkenswert einfach zu Dritt (Nils Hitze, Johann-Peter Hartmann, Johannes Schlüter) ein formloses Treffen auszurufen. Wer eine PHP UG starten möchte dem kann ich nur sagen: nur Mut! Es geht.

Mehr Fotos gibt es auf Flickr!

Die nächsten Orte: Frankfurt, Karlsruhe, Berlin, Dortmund, Hamburg, Kiel - Details siehe http://forge.mysql.com/wiki/PHP_BBQ_Tour. Es ist Sommer, es ist Grillsaison!

Eine Woche lang wird an jedem Abend irgendwo in der Republik eine PHP-Anwendergruppe grillen. UG-Mitglieder sind herzlich einladen von einer UG zur nächsten mitzureisen, um die "Nachbarn" kennenzulernen.

Tourdaten

Die Tour führt von Süd nach Nord und folgende Orte bzw. Anwendergruppen haben ihre Teilnahme zugesagt:

Ein Treffen am Grillplatz

Die Grillabende unterscheiden sich nicht wesentlich von normalen Treffen der jeweiligen UG. Wer das Treffen organisiert, setzt die Regeln.

Lenz Grimmer und ich arbeiten für Sun/MySQL. Lenz ist im Community-Team. Ich arbeite an den Sun/MySQL Connectoren für PHP, C++ und OpenOffice.org. Wir bieten an, auf Wunsch der UGs, Vorträge zu MySQL-Themen zu halten. Die Vorträge sind jedoch kein Muß. Bislang haben Karlsruhe und Dortmund um einen Vortrag gebeten.

Wir haben die Tour ausgerufen und die UGs angesprochen, weil es ein unglaublicher Spaß sein kann im Sommer zu Grillen. Die PHP-UG Stuttgart hat dies vor 6, 7 Jahren vorgelebt. Es geht um Spaß und Networking jenseits der Kanäle, in denen man oft immer denselber Personenkreis antrifft: IRC-Channel, Konferenzen. Nicht zuletzt die PHP Unconference (http://php-unconference.de/ - 12.-13.09.2009) hat bewiesen, daß es eine aktive und lebendige “Community” gibt.

Details zu den Treffen folgen in den nächsten Tagen auf der Wiki-Seite und auf PlanetMySQL/PlanetPHP.

Wer kommt? An einigen Orten ist ein kleiner Wettlauf entstanden welche “Prominenz” erscheint… Es lohnt sich also sicherlich vorbeizuschauen und einen Sommerabend an der frischen Luft zu genießen.

Anmeldung

Zur Vereinfachung der Organisation, beispielsweise für die Essensplanung, ist es notwendig sich für einige Abende anzumelden. Bitte achten Sie auf die entsprechenden Hinweise auf der Wiki-Seite und folgen Sie ggf. den dort aufgeführten Links.

Wer ein unverbindliches "ich komme" senden möchte ich einfach nur einen Kommentar hinterlassen will, der kann dies ebenfalls auf Facebook tun und sich zum Facebook-Event äußern. Ein entsprechender Xing-Termin folgt.

Änderungen und die neuesten Information

Bitte achten Sie auf etwaige Änderungen unmittelbar vor den jeweiligen Grillabenden. Das Wetter ist nicht planbar… Änderungen und die neuesten Information werden auf der Forge Wiki-Seite http://forge.mysql.com/wiki/PHP_BBQ_Tour veröffentlicht.

Auf dem Rückweg vom ersten PHP Vikinger im Sommer 2006 durfte ich Darren Cooper (PHP UG Frankfurt) kennenlernen. Wir verbrachten einen wunderbaren Nachmittag in Oslo bei strahlendem Sonnenschein und sinnierten über Community-Events wie die Vikinger-Unconference und Usergroups. Wir hielten noch einige Wochen Kontakt per E-Mail, verloren uns dann etwas aus den Augen, chatteten gelegentlich mussten uns jedoch zwei Jahres bis zum letzten Wochenende gedulden, bevor wir uns wiedersahen.

Unsere alten Diskussionen und Ideen kann man in sechs Worten zusammenfassen: PHP-Unconference in Hamburg - 2008 und 2009. Die PHP-Unconference Hamburg ist bereits im zweiten Jahr im Establishment angekommen. Es ist dem lokalen Team gelungen 120 Gäste aus dem gesamten Bundesgebiet zu mobilisieren und zu betreuen. In vier Räumen wurden an zwei Tagen über 30 Vorträge gehalten und unzählige Diskussionen in den sinnvoll bemessenen Freiräumen und Pausen durchgeführt. Die Liste der Referenten steht der einer kommerziellen Konferenz nicht nach. Wohl aber der Unkostenbeitrag von 10 Euro. Unter den Referenten waren:

• … Zend Deutschland
• … die Väter von ext/session
• … die Nummer 60 der “100 Most Influential People in IT”
• … Consultants und Trainer, die pro Minute 5 Euro kosten
• … zwei Mitglieder der PHP-Group
• … Gewinner des red dot Design Awards, Designpreis der Bundesrepublik und Nominierte für den Grimme Online Award
• … und so weiter!

Ich will fast ausrufen und feststellen: Konferenzen haben ausgedient! Dem Organisationsteam und all seinen Helfern ist es gelungen, die Unconference auf das Radar prominenter Sponsoren zu bringen:

• Mayflower
• MySQL
• O’Reilly
• PACKT Publishing
• Sektion Eins
• Soprado

Kommerzielle Konferenzen haben aufgrund ihres ungleich höheren Budgets die Möglichkeit mehr Annehmlichkeiten für die Teilnehmer zu bieten. Aber wer mit dem Anspruch des Konsums an eine Unconference herantritt ist am falschen Platz. Zugeschaut, mitgebaut ist das Motto. Wer schon keinen Vortrag hält, der kann zumindest Freunde und Bekannte bei sich beherbergen. Wer keinen Platz hat für Gäste, der kann Vorträge im Wiki protokollieren oder mit dem im Freundeskreis ausgeliehenen Camcorder die Sessions aufzeichnen.

Manchen kommerziellen Konferenzen gelingt es aufgrund des h¨heren Budgets spannendere Veranstaltungsorte anzubieten. Gerüchten zu Folge ist auch dieser letzte Gedanke, den die zwei Sonnenanbeter aus Oslo nie in die Tat umgesetzt haben, für 2009 im Gespräch.

Wie ich schon letztes Jahr sagte: ich bin ein Fan dieser Veranstaltung, es ist ein Pflicht-Veranstaltung, die Veranstaltung ist hiermit etabliert. Ich wünsche mir, daß das Orga-Team auch nächstes Jahr mit so viel Elan bei der Sache ist. Community Events stehen und fallen mit der Existenz einer Keimzelle, mit dem Vorhandensein eines aktiven Orga-Teams. Danke an das Orga-Team und alle Helfer!

Cutting-Edge-Infos bei minimalen Kosten

Mit rund 50 Teilnehmern war die ausdrücklich als kleinere, lokale ausgelegte Veranstaltung so gut besucht wie die erste Ausgabe des internationalen PHP-Vikinger. Bedenkt man, daß der Vikinger im Anschluss an eine Firmenkonferenz veranstaltet wurde und sich einige Teilnehmer der Firmenkonferenz auch auf dem PHP-Vikinger wiederfanden, ist die Teilnehmerzahl um so bemerkenswerter.

Für eine Kostenumlage von gerade einmal 10,– Euro ohne Mittagessen bzw. 20,– inklusiv Mittagessen pro Tag ist es gelungen, eine erschwingliches Community-Veranstaltung zu organisieren, die sich nicht hinter einer kommerziellen Konferenz zu verstecken braucht. Dabei liegen die Teilnahmegebühren einer kommerziellen Konferenz mit oft 400,– Euro pro Tag um ein Vielfaches höher als bei einer Unconference. Ein Grund für die dramatischen Einsparungen besteht in der Schlankheit einer Unconference: statt im Konferenzhotel trifft man sich in einer öffentlichen Einrichtung, statt eines üppigen Hotelbuffets gibt es einfaches Essen aus einer Kantine wie es viele von uns an normalen Arbeitstagen gewohnt sind, statt eine Tourismusveranstaltung mit Freibier am Abend zu konsumieren ist Eigeninitiative gefragt.

Zugeschaut und Mitgebaut

Dem eigentlichen Zweck einer Tagung tut dies keinem Abbruch. Wer wollte, konnte an den zwei Veranstaltungstagen Vorträge halten und hören, Workshops durchführen oder an offenen Diskussionen teilnehmen. Um der Freiheit und der damit verbundenen inhaltlichen Unsicherheit, die einer Unconference eigen ist, Einhalt zu gebieten, hatte das Orga-Team im Vorfeld der Veranstaltung einige bekannte Speaker angesprochen und so einige Tracks vorbereitet, um der Veranstaltung einen Kristallisationskeim und Rahmen zu geben.

Wer aufmerksam zuschaute und am Tagesprogramm mitbaute, konnte dennoch für sein persönliches Programm sorgen, das nicht von den Präferenzen einer übergeorgneten Jury geprägt war. Es gab eine ausreichende Menge von freien Tracks, die spontan belegt werden konnten und wurden.

Wie sich eine Unconference inhaltlich entwickelt ist eine gemeinsame Entscheidung der Teilnehmer. Anstatt nur von einem Frontalvortrag zum nächsten zu wandern, sind die Teilnehmer aufgefordert die Initiative zu ergreifen. Wer diesen Gedanken verstanden hatte, meldete sich beispielsweise am Ende der offiziellen Redezeit eines Vortrags zu Wort, wenn weiterer Diskussionsbedarf bestand und sorgte für eine Verlängerung des Vortrags. Etwas, was bei einer klassischen Konferenz mit engem Zeitplan kaum vorstellbar erscheint.

Spätestens an dieser Stelle sollten Business- und Communityteilnehmer aufhörchen: wer an einer Unconference mitbaut und eine Gruppendiskussion in seinem Sinne moderiert, der darf den gleichen inhaltlichen Wert bei einer Unconference erwarten wie bei einer kommerziellen Konferenz.

Geballtes Expertenwissen stand bereit

An angereisten Fachexperten mangelte es nicht, um Cutting-Edge-Informationen zu erhalten. Angesichts der angereisten Experten, die allesamt auf eine lange Tradition als Speaker zurückblicken können, sollte kein Zweifel mehr am Businessnutzen dieser Communityveranstaltung mehr bestehen. Ich nenne nur einige prominente Teilnehmer, die ich auf der PHP-Unconference gesehen habe, in ungeordneter Reihenfolge.

• Georg Richter (u.a. ext/mysqli-Autor)
• Andrey Hristov (Autor von mysqlnd und dem Event-Scheduler von MySQL)
• Jan Kneschke (u.a. lightly - Webserver, einer der TOP-5 Webserver weltweit)
• Thorsten Rinne (u.a. phpMyFAQ)
• Boris Erdmann (u.a. erste Session-Bibliothek für PHP 3, mit Xlogon jüngt im Fokus)
• Sebastian Bergmann (u.a. Autor und Trainer, phpUnit)
• Arne Blankerts (u.a. Autor von Exploring JavaScript. Von Insidern lernen )
• Tobias Schlitt
• Susanne Ebrecht (Leader of European Group PostgreSQL Project)
• Hartmut Holzgraefe (wer hat mehr PHP-Extensions geschrieben als Hartmut?)
• … - das “Who is Who” der deutschen Szene.

Trotz der imposanten Namensliste und mehr als 15 spannenden Tracks bleib es ein kleines, bodenständiges und familiäres Treffen. Wer es verpaßt hat, kann in den nächsten Tagen im Wiki nachlesen, was alles passiert ist. Wem Hamburg zu weit weg ist, der sollte sich mit Gleichgesinnten zusammentun und selbst eine Veranstaltung auf die Beine stellen.

Für mich gilt: wie der PHP-Vikinger ist die PHP-Unconference Hamburg fortan ein Pflichtermin für jeden der in irgendeiner Form mit PHP und verwandten Technologien arbeitet. Spaß hat es in jedem Fall allen Beteiligten bereitet, wie die folgenden Fotos (nur lokal auf blog.ulf-wendel.de sichtbar) beweisen.

Traumhaftes Sommerwetter verwöhnte die Teilnehmer.

“Ja, wie geht denn das?” staunte ein Besucher. Susanne arbeitet fü MySQL und lebt für PostgreSQL.

Ekke hat sichtlich Freude daran, die Danksagungen am Sonntag auszusprechen.

Anregungen und Wünsche der Teilnehmer für die Zukunft. PHP-Unconference kommt hoffentlich wieder!

Ich hatte das Glück in den letzten Jahren immer mal wieder mit Johann arbeiten zu dürfen und hoffe darauf, dass dies auch in Zukunft so sein wird, weshalb ich dieses Webseminar guten Gewissens empfehlen kann. Die Beweihräucherung seines PHP-Konferenz Talks von Andreas Demmer trifft es bereits sehr gut. Ich würde noch einen Schritt weiter gehen und ihn als Günter Jauch der deutschen PHP-Szene bezeichnen: er hat eine hervorragende Redaktion um sich versammelt und versteht es die von der Redaktion gewonnenen Erkenntnisse in perfektes Infotainment umzusetzen. Eloquent präsentiert er die technischen Details in einer dem Publikum angemessenen Art und Weise. Massentauglich, für Anfänger wie Experten geeignet, präsentiert er aktuelle Lösungsansätze und hinterfragt diese gekonnt. Da er bei diesem Webseminar nicht gezwungen ist, englisch zu sprechen, kann er anders als beim letzten Webseminar seinen Wortwitz voll ausspielen.

Ich kenne viele brilliante Techniker. Einige übertreffen das technische Wissen von Johann, aber nur die allerwenigsten können das verinnerlichte Wissen auch vermitteln. Und die, die gut als Lehrer sind, sind nicht immer die besten Hacker mit den neuesten Informationen. Ich erhoffe mir von dem Webseminar eine Mischung aus beiden Welten auch auf die Gefahr hin die Messlatte für einen 45-Minuten Vortrag sehr hoch zu legen, denn live ist er besser. Vielleicht sind die Erwartungen zu hoch nach dieser ultimativen Lobdudelei, aber so wie “Zimmer frei!”, einen Stammplatz in meinem TV-Programm hat, ist dies ein Anwärter auf einen Stammplatz in meinem Infotainment-Programm. Und dies ist eine der wenigen Empfehlungen, die ich gerne ausspreche.

Mein persönliches Infotainment-Programm - wenn ich schon nicht täglich mit ihm arbeite - sieht am Donnerstag, 30. Januar 2007, 14:00 MEZ eine Unterbrechung des australischen Radioprogramms vor, um an dem Webseminar teilzunehmen. Um Anmeldung wird gebeten. Wer den Termin nicht wahrnehmen kann, kann - wie üblich - kurze Zeit nach dem Seminar eine Aufzeichnung herunterladen.

Aus dem Inhalt

Die verbesserte Einsatztauglichkeit der Web-2.0-Anwendungen wird auf Kosten von neuen Sicherheitsproblemen erworben. Sowohl die mächtige Logik im JavaScript als auch der permanente Login auf vielen Sites bergen Risiken, die anders und gezielt beantwortet werden müssen. Dieses Webseminar gibt einen Überblick, bewertet die Probleme und stellt Lösungswege vor.

Wenn Sie Web 2.0- und AJAX-Anwendungen entwickeln, ist dieser Vortrag genau das Richtige für Sie! Hier erfahren Sie:

P.S.: 45 Minuten sind arg wenig um Wissen zu vermitteln. Aber ich erwarte hier eine gut strukturierte, aktuelle Einführung in das Thema, die hörenswert ist, obwohl ich den Vortrag und die Kommentare der anderen Experten zum Thema noch nicht kenne.

Wer mag, kann die Neuentwicklung in einer kleinen Umfrage kommentieren.

Umfrage: mysqlnd - MySQL native driver für PHP

Es ist nicht lange her, daß Kaj den Plan verkündet hat, einen neuen nativen MySQL Treiber für PHP zu entwickeln. Der neue Treiber wird unter die PHP Lizenz gestellt werden. PHP intern ersetzt der neue Treiber die libmysql.

Für den Anwender und für bestehende PHP-Applikationen erfolgt die Änderung transparent. Es wird weder eine neue Extension entwickelt werden noch eine neue API für PHP-Programmierer eingeführt. Stattdessen wird “unter der Haube” von PHP, auf der C-Ebene, ein neuer Treiber für PHP 6 entwickelt werden, der als Alternative zur libmysql verwendet werden kann. Der Treiber kann bei der Kompilierung von PHP 6 als Ersatz für die libmysql in ext/mysqli und PDO/MySQL eingebunden werden.

Während der PHP-Konferenz in Frankfurt hat die Ideensammlung begonnen ob und wenn ja, welche neuen Funktionen der neue Treiber - mysqlnd (MySQL native driver for PHP) - unterstützen sollte. Lukas und ich berichteten bereits. Um die Wünsche der Anwender besser einschätzen zu können, haben wir eine kleine Umfrage erstellt. Es sollte nicht mehr als drei Minuten dauern die 10 Fragen auf drei Seiten zu beantworten. Die Fragen verraten nicht nur worüber nachgedacht wurde sondern bieten auch die Gelegenheit den Wochenbeginn noch einen kurzen Moment zu verzögern .

Umfrage: mysqlnd - MySQL native driver für PHP

Rückmeldungen zu den Ideen - ob per Umfrage oder E-Mail - sind sehr willkommen. Noch ist nicht entschieden welche Funktionen implementiert werden und noch ist die Gelegenheit vorhanden eigene Wünsche zu formulieren.

Nicht bekannt waren mir die Flags SERVER_QUERY_NO_INDEX_USED und SERVER_QUERY_NO_GOOD_INDEX_USED. Ich bin das erste Mal über die beiden Flags gestolpert als ich mich fragte wie ein Test für die PHP-Funktion mysqli_report() auszusehen hat. mysqli_report() ist eine überaus nützliche Funktion, welche die ansonsten wenig redsame ext/mysqli-API dazu bringt jedes noch so kleine Problem in Form einer PHP-Warning oder eines PHP-Errors anzuzeigen. Gerade auf Test- und Entwicklungssystemen ist die nützlich, um Probleme aufzudecken, die ansonsten nicht einmal ein error_reporting(E_ALL) zu Tage fördert. Ich kann nur dazu raten, die Funktion auszuprobieren, sofern diese nicht ohnehin schon im Einsatz ist.

Wenn man einen Test für eine API-Funktion schreiben will, dann kann man sich entweder auf die Korrektheit und Vollständigkeit der Dokumentation verlassen und das dort spezifizierte im Test validieren oder aber man betrachtet die Kommentare zur Funktion. Ich habe etwas in den Kommentardateien mit der Endung *.c geblättert und da war es dann:

...
if (status & SERVER_QUERY_NO_GOOD_INDEX_USED) {
...
if (status & SERVER_QUERY_NO_INDEX_USED) {
...

Das MySQL-Referenzhandbuch erwähnt das Weihnachtsgeschenk eines Entwicklers an den anderen nur beiläufig in den Changes zur Version 4.1.2 auf http://dev.mysql.com/doc/refman/4.1/en/news-4-1-2.html:


C API enhancement: SERVER_QUERY_NO_INDEX_USED and SERVER_QUERY_NO_GOOD_INDEX_USED flags are now set in the server_status field of the MYSQL structure. It is these flags that make the query to be logged as slow if mysqld was started with –log-slow-queries –log-queries-not-using-indexes.

PHP-Anwender, die den MySQL Server mit den Optionen --log-slow-queries und --log-queries-not-using-indexes betreiben, können mittels mysqli_report(MYSQLI_REPORT_INDEX) bei Ausführung einer Anfrage, die keine bzw. nur schlechte Indizies verwendet, diese gleich auf dem Bildschirm ausgeben lassen. Wie immer bei Loginformationen: bitte darauf achten, daß nur die Leser Zugriff auf die Protokollinformationen erhalten, die keinen Unfug damit treiben werden. Ein “No index used in query/prepared statement UPDATE myuser SET password = ‘geheim’ WHERE username = ‘nixnutz’” wird von manchen Zeitgenossen zurecht als Einladung zum Spielen verstanden. Ob der MySQL Server mit den notwendigen Optionen gestartet wurde, verrät SHOW VARIABLES:

mysql> show variables like \"%log%quer%\";
+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| log_queries_not_using_indexes | ON    |
| log_slow_queries              | ON    |
+-------------------------------+-------+
2 rows in set (0.04 sec)

Leser, die nicht mit PHP arbeiten sondern den Server über die C-API ansprechen, finden untenstehend ein kleines Beispiel, welches die Anwendung der Flags demonstriert. Das Beispiel erhebt keinen Anspruch auf Vollständigkeit oder Korrektheit - dies ist ein Blog, nicht das MySQL Referenzhandbuch. Außerdem habe ich nie Anwendungen in C geschrieben also nicht den Stil nachahmen!

gcc -o mysqlundoc `/usr/local/mysql/bin/mysql_config --cflags` mysql_undoc.c `/usr/local/mysql/bin/mysql_config --libs`

#include <stdio.h>
#include <stdlib.h>
#include <assert.h>
#include <string.h>
#include <time.h>
	
#include <mysql.h>
	
#define NUM_ROWS 100
	
int bail(MYSQL *mysql, char* msg);
int setup_test(MYSQL *mysql, unsigned int num_rows);
unsigned int random_string(char* buf, unsigned int maxlen);
unsigned int random_uint(unsigned int min, unsigned int max);
	
int main(void)
{
	MYSQL *mysql = mysql_init(NULL);
	MYSQL_RES *res = NULL;
	MYSQL_ROW row;
	unsigned int i = 0;
	unsigned int j = 0;
	unsigned int num_fields = 0;
	unsigned long *lengths;
	
	if (mysql_server_init(-1, NULL, NULL))
		return EXIT_FAILURE;
	
	printf(\"\n\nStarting ...\n\");
	
    if (!mysql_real_connect(mysql, \"localhost\", \"root\", \"root\", \"test\", 0, NULL, 0))
		return bail(mysql, \"Cannot connect\");
	
	printf(\"... setting up test with %d rows\n\", setup_test(mysql, NUM_ROWS));
	
	if (mysql_query(mysql, \"SELECT \"
								\"t1.id, t2.label \"
							\"FROM \"
								\"test t1, test t2 \"
							\"WHERE \"
								\"t1.id != t2.id AND \"
								\"t1.label > 'A' AND \"
								\"t1.data2 < 1000 \"
							\"LIMIT 10\"))
		return bail(mysql, \"SELECT failed.\");
	
	if (mysql->server_status & SERVER_QUERY_NO_INDEX_USED)
		printf(\"\n... WARNING: no index used by query!\n\n\");
	if (mysql->server_status & SERVER_QUERY_NO_GOOD_INDEX_USED)
		printf(\"\n... WARNING: no good index used by query!\n\n\");
	
	if (!(res = mysql_use_result(mysql)))
		return bail(mysql, \"Cannot use result.\");
	
	printf(\"... fetching first 10 matching rows, if any..\n\");
	num_fields = mysql_num_fields(res);
	while ((row = mysql_fetch_row(res))) {
		lengths = mysql_fetch_lengths(res);
		printf(\"... row %02d = \", ++j);
		for (i = 0; i < num_fields; i++) {
			printf(\"[%.*s] \", (int)lengths[i], row[i] ? row[i] : \"NULL\");
		}
		printf(\"\n\");
	}
	mysql_free_result(res);
	printf(\"... done!\n\");	
	
	mysql_close(mysql);
	mysql_server_end();
	
	printf(\"\n\n\");
	
	return EXIT_SUCCESS;
}
	
int setup_test(MYSQL* mysql, unsigned int num_rows) {
	MYSQL_STMT *stmt;
	MYSQL_BIND bind[3];
	unsigned int i;
	unsigned long label_len, data1_len;
	unsigned int data2;
	char label[33];
	char data1[256];
	const char insert[] = \"INSERT INTO test(label, data1, data2) VALUES (?, ?, ?)\";
	
	if (mysql_query(mysql, \"DROP TABLE IF EXISTS test\"))
		return 0;
	
	if (mysql_query(mysql, 	\"CREATE TABLE test(id INT NOT NULL AUTO_INCREMENT, \"
							\"label VARCHAR(32), data1 VARCHAR(255), data2 INT UNSIGNED, \"
							\"PRIMARY KEY(id))\"))
		return 0;
	
	if (!(stmt = mysql_stmt_init(mysql)))
		return 0;
	
	if (mysql_stmt_prepare(stmt, insert, (unsigned long)strlen(insert))) {
		mysql_stmt_close(stmt);
		return 0;
	}
	if (mysql_stmt_param_count(stmt) != 3) {
		mysql_stmt_close(stmt);
		return 0;
	}
	
	memset(bind, 0, sizeof(bind));
	
	bind[0].buffer_type = MYSQL_TYPE_STRING;
	bind[0].buffer = (char *)label;
	bind[0].is_null = (my_bool *)0;
	bind[0].length = &label_len;
	
	bind[1].buffer_type = MYSQL_TYPE_STRING;
	bind[1].buffer = (char *)data1;
	bind[1].is_null = (my_bool*)0;
	bind[1].length = &data1_len;
	
	bind[2].buffer_type = MYSQL_TYPE_LONG;
	bind[2].buffer = (char *)&data2;
	bind[2].is_null = (my_bool*)0;
	bind[2].length = 0;
	bind[2].is_unsigned = (my_bool)1;
	
	if (mysql_stmt_bind_param(stmt, bind)) {
		mysql_stmt_close(stmt);
		return 0;
	}
	
	srand(time(NULL));
	for (i = 0; i < num_rows; i++) {
		label_len = (unsigned long)random_string(label, 33);
		data1_len = (unsigned long)random_string(data1, 256);
		data2 = random_uint(0, 10000);
		if (mysql_stmt_execute(stmt)) {
			mysql_stmt_close(stmt);
			return 0;
		}
	
	}
	
	if (mysql_stmt_close(stmt))
		return 0;
	
	return num_rows;
}
	
unsigned int random_uint(unsigned int min, unsigned int max) {
	
	assert(min < max);
	assert(max < RAND_MAX);
	
	return min + (int)((double)(max - min) * rand() / RAND_MAX + 1.0);
}
	
unsigned int random_string(char* buf, unsigned int maxlen) {
	unsigned int i, len;
	
	assert(maxlen > 0);
	
	len = 1 + (int)((double)(maxlen - 1) * rand() / RAND_MAX + 1.0);
	for (i = 0; i < len; i++)
		sprintf(&buf[i], \"%c\", random_uint(65, 90));
	buf[len] = '\0';
	
	return len;
}
	
int bail(MYSQL *mysql, char* msg) {	
	
	printf(\"\n\n%s\n\", msg);
	printf(\"[%d] %s\n\n\", mysql_errno(mysql), mysql_error(mysql));
	
	mysql_close(mysql);
	
	return EXIT_FAILURE;
}
	

# /opt/sdb/programs/bin/x_server start
ERR 11779  NISERVER  Error during startup:'dlopen failed:/opt/sdb/programs/lib/libsap'
WNG 12457  XSERVER  NI Init: Automatic niserver start failed
WNG 12453  NISSLSRV NISSL Init: dlopen failed:/opt/sdb/programs/lib/libsap
    12902  XSERVER  started, 'X32/Linux 7.6.00   Build 027-121-124-939'

NISSLSRV NISSL Init: dlopen failed:/opt/sdb/programs/lib/libsap

Wie bereits vor einem halben Jahr beschrieben, können die Open Source-Anwender das Problem umgehen, indem sie den X-Server mit der Option -Y anweisen auf den Start des NI-Dienst zu verzichten. SAP-Anwender sollten sich an den SAP-Support werden. Für SAP-Umgebungen gelten andere Regeln.

Weitere Infos im Posting vom November letzten Jahres: http://blog.ulf-wendel.de/?p=42

ERR_NEEDADMI: The operating system user is not a member of the database administrators group

Wer unter einer aktuellen Open Suse (10.0, 10.1), die Datenbank betreibt, könnte über eine zweite Kleinigkeit stolpern. Auch der ERR_NEEDADMI-Klassiker, der zum Beispiel bei der Anlage einer neuen Datenbankinstanz mit der Database Manager GUI auftritt, existiert noch fast so wie vor geraumer Zeit beschrieben unter http://blog.ulf-wendel.de/?p=44.

-24875 DBMSrv  ERR_NEEDADMI: The operating system user is not a member of the database administrators group
-24994 DBMSrv  ERR_RTE: Runtime environment error
-24778 DBMSrv  20145,UNIX password mismatch

Wie kann es sein, daß dieses Problem immer noch auftritt? Die Antwort ist einfach: 250 Testserver, die Tag und Nacht MaxDB in Kombination mit diversen SAP-Releases testen, sind immer noch nicht genug, um mehr als das Dutzend Betriebssysteme abzudecken, die in der offiziellen Kompatibilitätsliste aufgeführt sind.

Es scheint gerade innerhalb der Linuxgemeinde immer wieder eine “Not Invented Here”-Haltung zu geben, die zu einer begrüßenswerten Vielfalt an Distributionen geführt hat, allerdings den Nachteil des erhöhten Testaufwand mit sich bring. Und sicht man von diesen Konfigurationsproblemen ab, kann der Betrieb von MaxDB unter Open Suse als stabil bezeichnet werden. Auf 100%-Kompatibilität für den gesamten Open Source Markt und alle nur erdenklichen Distributionen können allerdings selbst 250 Testserver nicht hin testen. Und welche Open Source Datenbank ihren Anwendern schon bieten von den 250 Testservern zu profitieren, die optimalen SAP Betrieb garantieren. ..

Um den ERR_NEEDADMI Fehler zu umgehen, stelle ich immer die Passwortverschlüsselung von Blowfish auf MD5 um. Anschließend aktualisiere ich die Passwortdatenbank des Betriebssystems. Nach diesen Änderungen gelingt der Login ohne Probleme.

Aus dem Announcement:

Kursinfos gibt es unter : http://www.mysql.com/training/courses/maxdb_administration.html

Falls ein Thema fehlt - 7.6 erwähnen wir z.B. nicht explizit - einfach fragen! Gleiches gilt für individuelle In-House Schulungen.

Thema: Performanzoptimierung für MaxDB - die Registrierung ist noch möglich: http://www.mysql.de/news-and-events/web-seminars/maxdb-performance.php

Sind Sie dabei?