ScriptBlogger

Keine Ahnung, ob das normal ist, aber auf dem Managed Server bei Domainfactory kommen sich zeitgleich gestartete Cron-Jobs in die Quere. Einer der beiden Cron-Jobs stößt eine Datenbanksicherung per mysqldump [...] | gzip an und der andere Cron-Job ist ein PHP-Script.

Es stellte sich heraus, dass die Datenbanksicherung nicht vollständig ausgeführt wird, wenn zur gleichen Zeit ein anderer Cron-Job läuft. Hat möglicherweise etwas damit zu tun, dass beide auf die selbe Datenbank zugreifen. Das ist wahrscheinlich eine Sache, die man von vornherein hätte vermeiden sollen. Jetzt sind wir auf jeden Fall schlauer. ;-)

Mal wieder ein nützliches MySQL-Schnipsel.

SELECT a AS id, b AS next_id, (b - a) -1 AS missing_inbetween 
FROM (

    SELECT a1.id AS a , MIN(a2.id) AS b 
    FROM my_table  AS a1
    LEFT JOIN my_table AS a2 ON a2.id > a1.id
    WHERE a1.id <= 100
    GROUP BY a1.id
    ) AS tab

WHERE b > a + 1

Beim Vergleich von Zeichenketten, gibt es vielerlei Feinheiten. Heute geht es um '0:0' gegen '00:00'. Welcher der beiden Werte ist größer?

Die Antwort lautet: Der erste Wert.

<?php

echo '0:0' > '00:00';

Ergibt als Ergebnis 1 (bzw. true).

MySQL sieht das genauso:

SELECT '0:0' > '00';

Das Ergebnis ist hier ebenfalls 1.

Relevant wird das beim Vergleich von zwei Datumswerten.

'2012-02-20 0:0:0' > '2012-02-20 00:00:00'

So ist zum Beispiel auch folgender Vergleich als Ergebnis true:

'2012-02-20 0:0:0' > '2012-02-20 09:59:59'

Wer öfter mal Kunden bei Problemen mit Scripten und MySQL-Datenbanken helfen muss, wird folgendes Script nützlich finden. Nicht immer hat man phpMyAdmin zur Verfügung oder Zugriff darauf. Und wer will bei jedem kleinen Problem immer gleich seine eigene phpMyAdmin-Version hochladen. Das Ding wiegt mehrere MB, hat zig Dateien und braucht ewig, bis es hochgeladen ist.

Wer dieses Script nutzt, sollte damit umgehen, wie mit Munition. Für Eingaben wie DELETE FROM oder DROP TABLE gibt es keine Sicherheitsabfragen. Was weg ist, ist weg.

Ich bin gerade über folgende Stellenanzeige PHP & MySQL Entwickler gestolpert.

Wirklich? Energy Drinks in verschiedenen Farben? Wirklich? Gyros & Falafel Freitag? Wen suchen die? Teenager? Was haben diese albernen Dinge in einer Stellenanzeige zu suchen.

Dabei liest sich der Rest der Anzeige ganz ansprechend.

Das Ändern der Struktur einer großen Datenbank ist ein Krampf. Kaum hat eine Tabelle mehrere Gigabyte, dauert das Aktualisieren gleich Stunden.

Verstärkt fragen jetzt Kunden bei uns nach, ob unsere Scripte eine Aktualisierung von MySQL auf Version 5 problemlos mitmacht. Machen sie. Einem unserer Kunden wurde das Update recht deutlich ans Herz gelegt:

Betreff: Mahnung MySQL4 Abschaltung

Sie erhalten diese E-Mail als technischer Kontakt eines Kunden von [...]. Wir haben Sie in den letzten Wochen darüber in Kenntnis gesetzt, dass MySQL4 ab Ende 2009 von [uns] aus Sicherheitsgründen nicht mehr unterstützt wird. Um einen reibungslosen und sicheren Betrieb aller Datenbanken garantieren zu können, sollten Sie unverzüglich Ihre MySQL4 Datenbanken entweder löschen oder auf MySQL5 migrieren. Sollten Sie dieser Aufforderung nicht nachkommen werden alle Ihre Webseiten welche auf MySQL4 Datenbanken zugreifen per Anfang November 2009 nicht mehr funktionieren.

Das ist doch mal interessant. Letztes Jahr kaufte Sun MySQL. Jetzt kauft Oracle Sun. Fragt sich, wer nächstes Jahr Oracle kauft. ;-)

Weitere Infos: Oracle to by Sun

Letztens haben wir von überängstlichen Webspace-Providern berichtet. Heute hatten haben wir das andere Extrem.

Für eine Kundin sollten wir ein Script installieren und benötigten dafür eine MySQL-Datenbank. Zunächst fehlten die Zugangsdaten, weshalb wir die Kundin baten, sich mit ihrem Webspace-Provider in Verbindung zu setzen. Als Antwort kam eine URL in folgender Art:

http://www.example.com/cpanel/phpmyadmin/

Das wird uns nicht viel nützen, dachten wir uns, denn bei keinem Webhoster kann man über phpMyAdmin Datenbanken erstellen. Das läuft üblicherweise über das Control-Panel des jeweiligen Webspace-Kontos.

Weit gefehlt. Wir hatten tatsächlich root-Zugriff auf den MySQL-Server. Haben wir also das gemacht, was wir schon lange nicht mehr getan haben: Nämlich Datenbank und Benutzer direkt über die Konfigurationsdatenbank von MySQL erstellt. War auch mal wieder schön. ;-)

In diesem Video spricht Jay Pipes zu Google-Mitarbeitern über die Performance von MySQL und Möglichkeiten, Indexe und Queries zu optimieren.

Witziger Weise scheint es mehrere Möglichkeiten zu geben, Char und Varchar auszusprechen. Jay Pipes spricht es "kehr" und "werkehr" aus. Der Typ im gelben Hemd sagt "schar" und "wahrschar". :-D

Ein Kunde hatte den Installationsservice für ein Script geordert und erhielt daraufhin den Fragebogen, der FTP- und MySQL-Daten abfragt. Als Antwort kam folgendes:

I don't have anything related to MySQL and upon investigation found that to obtain that and have them install it for me would cost about $600.00 USD.

Web-Hostern trauen wir ja einiges zu, aber 600 Dollar? Wir haben den Kunden darauf hingewiesen, dass MySQL-Datenbanken oft schon in Web-Space-Paketen enthalten sind und dass er mal bei seinem Web-Hoster nachfragen sollte.

Mit der nächsten E-Mail kamen dann die Zugangsdaten. Fragt sich nur, wo der Kunde bei seiner Recherche zuvor gelandet war. :-o

Kürzlich kam mit der c't wieder die Knoppicillin-Live-CD ins Haus. Damit lässt sich der eigene Rechner auf Viren überprüfen, ohne dass ein Anti-Viren-Programm installiert ist oder das Betriebssystem des Rechners überhaupt gestartet wird. Die aktuelle Knoppicillin-CD testet mit den Viren-Scannern von Avira, BitDefender und Kaspersky.

Einer unserer Rechner zeigte beim Test Auffälligkeiten. Während Avira und BitDefender zufolge der Rechner sauber war, fand Kaspersky 38 Infizierungen. Autsch.

Die Log-Datei sah wie folgt aus (Auszug):

~8:13:44 +0100]/UNNAMED///x-game.exe INFECTED Trojan-Downloader.Win32.Agent.crz
~ 14:42:00 -0500]/UNNAMED///game.exe INFECTED Trojan-Downloader.Win32.Agent.czl
~                                      .exe INFECTED Email-Worm.Win32.NetSky.aa
~ 2007 09:34:51 +0100]/UNNAMED///flash-game.exe INFECTED Trojan.Win32.Pakes.bpa
~te Tue, 20 Nov 2007 14:18:23 +0100]///card.scr INFECTED Trojan.Win32.Inject.la
~                                      .exe INFECTED Email-Worm.Win32.NetSky.aa
~ 16:09:30 -0500]/UNNAMED///card.scr INFECTED Trojan-Downloader.Win32.Agent.gbu
~ 21:24:47 +0000]/UNNAMED///card.scr INFECTED Trojan-Downloader.Win32.Agent.gbu
~ec 2007 13:50:48 -0500]///hard.scr INFECTED Trojan-Downloader.Win32.Diehard.dc
~e Mon, 19 May 2008 13:37:17 +0800]///jolie.exe INFECTED Trojan.Win32.Pakes.cwv
~Sun, 1 Jun 2008 11:57:01 +0300]///Rechnung.exe INFECTED Trojan.Win32.Buzus.hrp
~Fri, 6 Jun 2008 17:28:13 +0300]///Rechnung.exe INFECTED Trojan.Win32.Buzus.hrp

Der erste Schock war recht schnell überwunden, als der Blick auf den Pfad fiel. Alle gefundenen Trojaner und Würmer befanden sich unter folgendem Pfad (geändert):

/server/mysql/data/beispiel_projekt/data.MYD

Data.MYD ist eine Tabelle der MySQL-Datenbank eines Projektes. Dieses Projekt empfängt eine Menge E-Mails - inklusive Spam-, Trojaner- und Wurm-E-Mails. Auch wenn die in der Datenbank befindlichen Trojaner kein besonders großes Schadenspotenzial beinhalten, wäre es vielleicht trotzdem eine gute Idee gewesen, die Datenbank zu bereinigen, bevor man sich einen Dump vom Server herunterlädt. Na ja, nächstes Mal. ;-)

Kaspersky verdient sich damit einen Bonuspunkt als einzige Antiviren-Software der drei Kandidaten, die Trojaner/Würmer in MySQL-Datenbanken findet.

Ist das nicht nett? O'Reilly bietet einige Bücher kostenlos als PDF-Datei für jedermann zum Herunterladen und Lesen an. Die Liste enthält neben Titeln zu PHP und Ruby auch einiges zu Linux und anderen Open-Source-Projekten.

Neu dabei ist das Werk „Praktischer Einstieg in MySQL mit PHP“ von Sascha Kersken. Das Buch hat 368 Seiten und die PDF-Datei wiegt rund 15 MB.

Wie der Titel schon sagt geht es um MySQL und PHP. Das Buch richtet sich an Anfänger und erklärt neben der Installation von Apache auch die Grundlagen von PHP und MySQL. Inklusive Installationsanleitung. Achja, phpMyAdmin wird auch erklärt.

Im Großen und Ganzen ist phpMyAdmin schon in Ordnung, besonders wenn man bedenkt, wie viel Arbeit die Entwickler dort bereits hineingesteckt haben. Wenn man nicht gerade große Mengen an Daten im- oder exportieren muss, kann man mit phpMyAdmin Datenbanken administrieren, ohne jemals eine Eingabeaufforderung angefasst zu haben.

Wenn man allerdings ständig mit phpMyAdmin arbeitet, stößt man häufiger auf Dinge, die manchmal ganz schön nerven. Aber die phpMyAdmin-Entwickler schlafen nicht. Version 3.0.0 beta ist verfügbar und der eine oder andere Lichtblick ist zu erkennen.

Trotzdem.

Upload dauert Ewigkeiten

Der Umfang der aktuellen Version des Scripts beträgt etwas über 4 MB und rund 570 Dateien. Ohne Sprachdateien, wohlgemerkt. Mit Sprachdateien sind es knapp 13 MB, aber selbst Schuld wer die alle auf seinen Server lädt. Schnell mal auf den Server schieben ist also nicht.

Doppelter Index Key Warnung

Für jedes Feld, das mehrfach in einem Index vorkommt, zeigte phpMyAdmin eine Fehlermeldung an. Dabei gibt es dafür technisch gar keinen Grund, im Gegenteil. Mehrfach in Indices vorkommende Datenbankfelder sind nichts ungewöhnliches. Spätestens seit Version 2.11.8.1 gehören diese Warnungen allerdings der Vergangenheit an.

Select-Menü funktioniert nicht

Ein eher bizarres Problem. Wen man einen Datensatz bearbeitet, hat man die Möglichkeit, den Datensatz entweder zu speichern oder als neuen Datensatz in einzufügen. Im Mozilla lässt sich das Select-Menü nicht mit der Maus ändern, sondern man muss die Änderung per Pfeiltasten vornehmen. In der neuen 3er Version ist der Fehler erfreulicherweise behoben.

Bei EXPLAIN werden die Inhalte abgeschnitten

Mit EXPLAIN SELECT ... kann man sich anzeigen lassen, welche möglichen Indices der Optimizer von MySQL zur Verfügung hat und welchen Index dieser dann am Ende verwendet hat. Wenn die Liste der Indices recht lang ist, beschränkt phpMyAdmin die Anzeige auf eine bestimmte Zahl von Zeichen. Üblicherweise kann man die Felder mit Klick auf <- T -> "expandieren". Genau das aber funktionierte im "EXPLAIN-Modus" nicht. Ab Version 3.0.0 gibt es nun ein Optionsmenü, das dies ermöglichen wird.

Bei EXPLAIN fehlt der Refresh-Link

Bei normalen SQL-Abfragen zeit phpMyAdmin einen Link zum Neuladen der Seite an. Da das Script als Frame-Konstruktion daherkommt, ist der Link recht hilfreich. Im "EXPLAIN-Modus" fehlt dieser Link allerdings. Ab Version 3.0.0 kann man sich mit dem Optionsmenü behelfen und die Seite mit Klick auf den Formular-Button neu laden.

Strg+Pfeiltaste funktionieren nicht wie erwartet

Mit Strg+Pfeiltaste springt der Cursor in einem Eingabefeld normalerweise von Wort zu Wort. Nicht so bei phpMyAdmin wenn man einen Datensatz bearbeitet. Dort springt der Cursor zwischen den Feldern hin und her. Tastenkombinationen einbauen ist ja gut und schön, aber bestehende Tastenkombinationen klauen ist nicht die feine Englische Art.

Fazit

Offensichtlich sind die genannten Problemchen noch nicht nervig genug, sonst hätten wir sicherlich schon längst mal die Bugs gemeldet oder ein Patch erstellt. Aber die Entwickler von phpMyAdmin sind auch alleine schlau, wie man sieht. ;-) phpMyAdmin 3.0.0 ist unterwegs und findet hoffentlich bald den Weg zu den Webhostern und auf deren Server.

Das Umziehen eines gesamten MySQL-Datenbank-Servers unter Windows XP gestaltet sich erfreulich einfach.

Schritt 1

MySQL auf der neuen Maschine installieren.

Schritt 2

Den MySQL-Dienst auf der neuen Maschine anhalten.

Schritt 3

Das Verzeichnis, in dem MySQL auf der neuen Maschine installiert ist, in einem Datei-Manager aufrufen und eine Sicherheitskopie des Verzeichnisses /data/ anlegen.

Schritt 4

Das Verzeichnis, in dem MySQL auf der alten Maschine installiert ist, in einem Datei-Manager aufrufen.

Die Datenbanken befinden sich im Verzeichnis /data/. Die MyISAM-Tabellen (.MYI, .MYD) und die Dateien mit den Eigenschaften aller Tabellen (.frm) befinden sich in den Verzeichnissen. Die InnoDB-Tabellen hingegen befinden sich in der Datei ibdata1. Es können übrigens auch mehrere ibdata-Dateien existieren.

Jetzt kann man die Datei ibdata1 und die Verzeichnisse in das Verzeichnis /data/ kopieren. Dass dabei die Verzeichnisse (Datenbanken) mysql und test überschrieben werden, hat keine negativen Auswirkungen. Zumindest sind bei uns danach im täglichen Betrieb keine Probleme zu Tage getreten. Zur Not hat man ja immer noch die Sicherheitskopie.

Nicht überschreiben darf man die ib_logfile-Dateien. MySQL kann es gar nicht leiden, wenn diese Dateien ohne ihr Wissen geändert werden. Auch alle anderen Dateien (.err, .pid) können in Ruhe gelassen werden.

Fazit

Wer einen neuen Webserver aufsetzt (z.B. als Test- oder Entwicklungsumgebung) hat mit dem Übertragen der Datenbanken auf den neuen Rechner wirklich ein leichtes Spiel. Das Schreiben dieser Anleitung hat länger gedauert als das Installieren von MySQL und das Kopieren der Datenbanken selbst.