Mal ein Jobposting in eigener Sache:

Perl Entwickler

Booking.com sucht mehrere Perl Entwickler mit der Bereitschaft nach Amsterdam umzuziehen.

Wir verwenden Linux, Apache, MySQL, mod_perl, setzen auf agile Methoden und leben sehr stark 'shared space' Konzepte in der Entwicklung und im Betrieb - ich muß da zu passender Gelegenheit noch mal gesondert drüber bloggen. Statt der in der Ausschreibung geforderten Perl-Kenntnisse nehmen wir auch Entwickler, die willens sind, Perl zu lernen und Kenntnisse in anderen Programmiersprachen haben, die vermuten lassen, daß sie das schnell lernen …

Florian Haas von Linbit (den DRBD-Leuten) kündigt einen Webcast für den 7. April an: MySQL scale-out with replication and Pacemaker. Pacemaker ist, was aus dem Heartbeat des Linux-HA Projektes geworden ist.

Der Webcast wäre sein Vortrag für die MySQL-Konferenz geworden, wenn sein Papier angenommen worden wäre. Jetzt macht er es so einem größeren Publikum zugänglich - und das kostenfrei und ohne lästige Anreise. Der Vortrag dauert 45 Minuten und wird am 7. April um 15 Uhr UTC (17 Uhr MESZ) stattfinden.

(Kostenfreie Registrierung …

Wo sind die MySQL Entwickler heute? Wenn man bei einer Firma arbeitet, dann hat man meistens zwei Verträge. Der eine existiert auf dem Papier. Er regelt Geld, Urlaub, Datenschutz, Kündigungsrecht und solche Dinge. Den anderen hat man im Kopf. Er regelt 'Was erwarte ich von meiner Firma und meinen Kollegen?' und 'Was bin ich bereit an Änderungen hinzunehmen bis ich gehe?'. Je nach der persönlichen Situation und wie wichtig einem der Job ist ist man mehr oder weniger bereit an diesem zweiten Vertrag Änderungen hin zu nehmen.

MySQL war eine Firma von 500 Leuten in 26 Ländern. Als diese 500 Leute in Sun eingeschlagen sind, hat der damals 33.000 Leute große Konzern an einigen Stellen merkbar gebebt. Oracle ist ein Laden mit um die 85.000 Leuten, aber ich habe keine Ahnung, ob das nun mit oder ohne die Sunnies ist. Für die meisten MySQLer sollte der Weg von MySQL zu …

Heute möchte ich euch die Replikation unter MySQL 5.0 vorstellen. Als erstes möchte ich auf zwei Begriffe eingehen, welche Hauptbestandteil der Replikation sind. Master und Slave Der Master ist der Hauptdatenbankserver. Wie der Name schon sagt ist das der Meister, der den Ton angibt. Der Slave sozusagen, der arme Sklave, ist ein zweiter Datenbankserver, der die [...]

Mysqlbackup mit Mysqldump Es gibt sehr viele Programme um MySQL Datenbanken zu sichern. Ich werde hier der Reihe nach verschiedene Tools vorstellen. Macht euch bitte am besten ein Bild für wen, welche Variante am besten in Frage kommt. Die einfachste Art und Weise Backups zu erstellen, stellt MySQL mit dem hauseigenem Programm mysqldump dar. Mit [...]

In Hotspots in MySQL finden hatte ich noch mit Maatkit herumgespielt, um die Hotspots zu finden, die meinen Master behelligen. Das hat auch leidlich gut funktioniert, nur ist Maatkit leider viel zu langsam, um das bei größeren Datenmengen und längeren Beobachtungszeiträumen sinnvoll zu machen.

Ich habe meinen Ansatz also noch einmal revidiert. Ich sammle meine Daten immer noch an einem SPAN-Port, aber inzwischen mit tcpflow, das mir die Daten schön in Dateien pro Connection sammelt. Diese Dateien müssen nun protokollanalysiert werden, da ein einfaches "strings" leider keine sinnvoll weiterverarbeitbaren Informationen ergibt.

Also habe ich mir einen sehr simplen MySQL Protokollanalysator geschrieben, basierend auf den Informationen …

Auf Yourhelpcenter.de gibt es einen Artikel mit dem irreführenden Titel Update if exists else insert record, der sich mit INSERT ON DUPLICATE KEY UPDATE beschäftigt.

Dieses Kommando macht genau nicht das, was der Titel des Artikels suggeriert und wünschenswert wäre, sondern er macht genau das, was der SQL-Text des Kommandos sagt und leider nervt. Es wäre schön, wenn der Artikel auf Yourhelpcenter auch auf diese Probleme eingegangen wäre - da er es nicht tut hole ich es hier gerade mal nach.

"INSERT ON DUPLICATE KEY UPDATE" vollständig lesen

Jeder Datenbankserver bei uns hat ein Script laufen, daß den Inhalt von information_schema.tables jede Nacht einmal in eine Systemdatenbank in das DBA Schema kopiert. Dort haben wir dba.table_sizes:

CODE:root@sysmdb [dba]> show create table table_sizes\G

       Table: table_sizes

Create Table: CREATE TABLE `table_sizes` (

  `hostname` varchar(64) NOT NULL,

  `datadir` varchar(64) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL,

  `report_date` date NOT NULL,

  `table_schema` varchar(64) CHARACTER SET latin1 COLLATE latin1_bin NOT NULL,

…

Gegeben folgende Seiten:
http://web.archive.org/web/20080502185553/http://www.mysql.com/why-mysql/migration/
und
http://www.mysql.com/why-mysql/migration/

Auf beiden Seiten wird Oracle gefunden.

Tipp: Die Differenz, die Differenz!  :-D

Finde mir alle Queries eines bestimmten Users, die lange Zeit idle sind: Wer spammt mir die Prozessliste zu und verbraucht meine max_connections?

CODE:root@recorder [(none)]> select 

  substring_index(host, ':', 1) as h, 

  count(host) as n 

from 

  information_schema.processlist 

where

  command = 'sleep' and 

  time > 120 and

  user = 'eviluser' 

group by 

  h\G

h: localhost

n: 1

h: defektekiste

n: 6

2 rows in set (0.01 sec)

INFORMATION_SCHEMA.PROCESSLIST ist neu in MySQL 5.1. Es erlaubt ganz wunderbar nach Irrläufern, bösen Queries und anderen …