Feed Aggregator

Zusammen mit dem Linux Hotel bieten wir jetzt auch in Essen MySQL Kurse an. Der erste Kurs findet noch dieses Jahr im Dezember statt:

Unser vollständiges Kursangebot finden Sie auf unserer Schulungsseite.

Wir planen ein identisches Angebot auch in Zürich (CH). Sollten Sie Zürich bevorzugen, teilen Sie uns dies bitte mit, damit wir Sie vormerken können…

Aufgrund einer Kundenrückmeldung haben wir uns entschlossen unsere MySQL Nagios/Icinga Plugins um ein Plugin Galera Cluster für MySQL zu erweitern.

Das Modul prüft, ob der Knoten im Status Primary und ob die erwartete Anzahl von Galera Cluster Knoten vorhanden ist. Wenn nicht, wird eine Warnung oder ein Alarm zurückgemeldet.

Das Skript ist in Perl geschrieben und ist Nagios Plugin API v3.0 konform.

Ihr könnt es Euch von unserer Download Page herunterladen.

Wenn Ihr noch Verbesserungsvorschläge habt, bitte melden. Fehler können in unserer Bugs-Datenbank gemeldet werden.

Folgende Module sind im Paket enthalten:

• check_db_mysql.pl
• check_errorlog_mysql.pl
• check_galera_nodes.pl
• check_repl_mysql_cnt_slave_hosts.pl
• check_repl_mysql_hearbeat.pl
• check_repl_mysql_io_thread.pl
• check_repl_mysql_read_exec_pos.pl
• check_repl_mysql_readonly.pl
• check_repl_mysql_seconds_behind_master.pl
• check_repl_mysql_sql_thread.pl
• perf_mysql.pl

Die Daten für die nächsten MySQL Cluster (ndb) Schulungen im Linux Hotel sind jetzt festgelegt: 11./12. März 2013 und 23./24. September 2013. Sie können Ihre Schulung hier buchen.

Unsere Folien zum Vortrag Wir bauen uns ein Data Warehouse mit MySQL stehen jetzt zur Verfügung unter Präsentationen.

Nur zur Info, der Veranstaltungsort has sich geändert. Das Meeting findet nun in den Oracle Geschäftsräumen statt:

Kühnehöfe 5 / Ecke Kohlentwiete, 22761 Hamburg

Am Dienstag, 4. September 2012 find in Hamburg das nächste DOAG SIG MySQL Meeting zum Thema Replikation statt.

Mögliche Vorträge sind: MySQL Replication, Galera Cluster, Replikation mit Oracle GoldenGate, Replikation mit Zimory Scale und Tungsten Replicator.

Das Event findet voraussichtlich im Hotel Böttcherhof an der Wöhlerstrasse 2 statt.

FromDual hält einen Vortrag an den Frankfurter Datenbanktagen 2013 am 14. und 15. März.

Es ist ein bekanntes Problem, dass das Ändern der Storage Engine von MyISAM nach InnoDB Probleme verursachen kann
[ 1
], wenn Abfragen der folgenden Art auftreten:

SELECT COUNT(*) from table;

Glücklicherweise kommt dieser Typ von Abfragen selten vor. Und wenn, kann die Abfrage meist einfach weggelassen oder darum herum gearbeitet werden, indem man die Anzahl Zeilen in der Tabelle schätzt. Zum Beispiel mit:

SHOW TABLE STATUS LIKE 'test';

Aber in einigen seltenen Fällen braucht der Kunde diese Werte aus bestimmten Gründen wirklich exakt. Um die Ressourcen des Servers mit dieser Abfrage, welche in manchen Fällen sehr oft abgesetzt werden kann, nicht zu erschöpfen, nutzen wir die Materialized Views und/oder Shadow Tabellen-Technik
[ 2
].

Das folgende Beispiel zeigt auf, wie dies umgesetzt werden kann.

Unsere ursprüngliche Situation

Wir haben eine Tabelle mit Angeboten, welche durch ein Host-System befüllt wird:

CREATE TABLE offer (
  id   int unsigned NOT NULL AUTO_INCREMENT
, `type` CHAR(3) NOT NULL DEFAULT …

Sehr geehrte MySQL-Nutzerinnen und -Nutzer,

Mit diesem Newsletter bringen wir Sie auf den neuesten Stand was das Produkt MySQL und unsere Dienstleistungen betrifft.

Falls Sie an diesem Newsletter nicht interessiert oder die falsche Ansprechperson sind, können Sie sich auch gerne abmelden oder noch besser, Sie leiten diesen Newsletter an die richtige Person weiter.

Zu den folgenden Themen gibt es Neuigkeiten:

• Hochverfügbarkeit (HA) mittels Galera Cluster für MySQL
• MySQL Performance Monitoring (MPM)
• MySQL Schulung in Essen und Berlin
• 3^rd Level Support für MySQL
• Sicherheitslücken in MySQL
• Technische Informationen zu MySQL

Hochverfügbarkeit (HA) mittels Galera Cluster für MySQL

Letztes Jahr haben wir das Produkt Galera Cluster für MySQL für Sie getestet. Unser Befund ist sehr positiv. Daher möchten wir Ihnen ans Herz legen, wenn Sie eine Hochverfügbarkeitslösung für MySQL suchen, Galera Cluster für MySQL in Ihre Evaluation mit einzubeziehen.

Galera Cluster für MySQL ist der ideale Kandidat, wenn Sie mit …

Am 18. bis 22. Juni findet an der Heinlein Akademie in Berlin ein fünftägiger hands-on Workshop MySQL für Profis statt. Es hat noch Plätze frei!

Anmeldung und weitere Infos unter: http://www.heinlein-support.de/schulung/mysql-fuer-profis

Am 30. und 31. Mai findet im Linux-Hotel in Essen ein MySQL-Cluster Kurs statt. Der Kurs wird durchgeführt und es hat noch Plätze frei!

Weitere Infos unter: http://www.linuxhotel.de/kurs/mysql-cluster/

Anmeldung: http://www.linuxhotel.de/cgi-bin/anmeldung_kurs.pl?veranstaltung=MySQL-Cluster&termin=30.05.-31.05.2012

Weil wir auf einem unserer Server etwas knapp an Diskplatz sind, hatte ich die Idee, das MySQL Feature Datenkompression für InnoDB auszuprobieren. Dieses Feature ist nützlich, wenn Tabellen mit VARCHAR, BLOB oderr TEXT Attributen vorhanden sind.

Um es nicht allzu einfach zu machen ist unsere Tabelle auch noch partitioniert. Sie sieht wie folgt aus:

CREATE TABLE `history_str` (
  `itemid` mediumint(8) unsigned NOT NULL DEFAULT '0',
  `clock` int(11) unsigned NOT NULL DEFAULT '0',
  `value` varchar(255) NOT NULL DEFAULT '',
  PRIMARY KEY (`itemid`,`clock`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1
PARTITION BY RANGE (clock)
(PARTITION p2012_kw05 VALUES LESS THAN (1328482800) ENGINE = InnoDB,
 PARTITION p2012_kw06 VALUES LESS THAN (1329087600) ENGINE = InnoDB,
 PARTITION p2012_kw07 VALUES LESS THAN (1329692400) ENGINE = InnoDB,
 PARTITION p2012_kw08 VALUES LESS THAN (1330297200) ENGINE = InnoDB,
 PARTITION p2012_kw09 VALUES LESS THAN (1330902000) ENGINE = InnoDB,
 PARTITION p2012_kw10 VALUES LESS THAN (1331506800) …

Helsinki, Finnland, Uster, Schweiz – 18. Februar 2012 – Codership, Anbieter des Galera Clusters für MySQL, und FromDual, eine MySQL Beratungsfirma, kündigen eine Zusammenarbeit bei der Verbreitung von Galera Cluster Technologie und dazugehörigen Support- und Beratungs-Dienstleistungen für Galera Anwender an. Galera Cluster ist ein synchroner, echter Multi-Master Replikations-Cluster für MySQL, welcher die weit verbreitete InnoDB Storage Engine nutzt. Anwender können Galera Cluster lokal in LAN-Umgebungen, als Geo-Cluster über das WAN oder als virtualisierten Cluster in der Cloud einsetzen.

Galera Cluster für MySQL wird als Open Source Software angeboten. Er kann kostenlos von der Website www.codership.com heruntergeladen werden. Viele der Codership Kunden nutzen Galera Cluster für geschäftskritische Anwendungen. FromDual bietet Beratungs- und Support-Dienstleistungen für Galera-Anwender, insbesondere in den deutschsprachigen Ländern Deutschland, Österreich und Schweiz (DACH) an. FromDual Mitarbeiter haben …

Am 9. Januar hat FromDual seinen neuen Dienst Monitoring as a Service (MaaS) für MySQL freigegeben. Diese Dienstleistung basiert auf dem FromDual Performance Monitor für MySQL (mpm) v0.8 und Zabbix.

Die Installation des sogenannten Monitoring-Agents auf Kundenseite nimmt etwa 5 Minuten in Anspruch (für Installation, Konfiguration und Scheduling).

Die gesammelten Performance-Daten werden an unseren Dienst geschickt, auf welchem Sie diese anschliessend mit Ihrem Web-Browser einsehen können. Einige Beispiele finden Sie hier.

Sie können den FromDual Performance Monitor für MySQL von unserer Downloadseite herunterladen.

Um diese Dienstleistung nutzen zu können brauchen Sie einen Schlüssel von uns. Um einen Schlüssel anzufordern benutzen Sie bitte dieses Formular.

Diese Dienstleistung ist für FromDual Support- und Beratung-Kunden kostenlos. Für alle anderen bieten wir eine spezielle Enterprise-Kunden-Monitoring-Subskription an.

Weitere Informationen über MySQL Monitoring as a Service finden Sie hier.

Sie können …

Neue Version des FromDual Performance Monitor’s für MySQL (MPM) v0.7.2 wurde freigegeben

Sehr geehrte MySQL Nutzer,

Am 2. Dezember hat FromDual die neue Version v0.7.2 ihres MySQL Performance Monitor’s freigegeben. Die neue Version kann auf unserer Webseite heruntergeladen werden.

Der Performance Monitor für MySQL ist ein Agent welcher in den Agent der bekannten Monitoring Lösung Zabbix eingehängt wird. Zabbix ist eine integrierte Enterprise Monitoring Lösung, welche Performance Graphen erstellen und Alarme auslösen kann..

Die folgenden Änderungen sind in diesen Release eingeflossen:

Neu Funktionalität

• Ein neues Modul für Galera wurde hinzugefügt (hauptsächlich Galera 0.8).
• Ein neues Modul für den MySQL Performance Monitor (mpm) wurde hinzugefügt.
• Informationen über das InnoDB Row Locking wurden hinzugefügt (Status und Graph).
• Einige MySQL Variablen wurden zur Überwachung hinzugefügt (auf Kundenwunsch).
• Triggers für einige dieser MySQL Variablen wurden implementiert (auf Kundenwunsch).

Geänderte …

$tag = '';
if ( $debug ) {
  $tag = __FUNCTION__;
}

$mysqli->query("SELECT * FROM test WHERE '" . $tag . "' != '' AND ...");

Im Admin-Magazin 2011/06 hat es einen netten Artikel über MySQL und PostgreSQL Performance Tuning: Duell der Datenbanken: In einem Shootout messen sich MySQL und PostgreSQL

Susanne hat dabei PostgreSQL, wir MySQL betreut…

Es würde auch mit SELECT * FROM test WHERE ‘1 My Application Tag’ gehen, das ist nämlich wegen der vorgestellten 1 (allgemein ginge jede Zahl betragsmäßig größer 0,5) ‘wahr’ und ist kürzer. Oder ‘My Application Tag’ != ‘’.

Gute Lösung für das Taggen, keine so gute Lösung für den Query Cache, wenn die gleiche Query von mehreren Applikationen benutzt wird. Die Lösung mit dem MySQL-Kommentar war da besser, weil der MySQL-Kommentar nicht Querycacherelevant war, dieser Workaround aber schon. Einfache Rechnung: mit Kommentar: 1 Query, 7 Applikationen nutzen ihn = ein Eintrag im Query Cache diese Variante: 1 Query, 7 Applikationen nutzen ihn = sieben Einträge im Query Cache.

Früher, lange, lange ist’s her, konnte man den folgenden Trick verwenden um MySQL Queries in der Applikation zu taggen:

SELECT /* My Application Tag */ * FROM test;

Im Slow Query Log und im General Query Log ist das SQL Query dann wie folgt erschienen:

# Time: 111020 22:03:33
# User@Host: root[root] @ localhost []  Id:  1335
# Query_time: 17.873938  Lock_time: 0.007952 Rows_sent: 12048576  Rows_examined: 12048576
use test;
SET timestamp=1319141013;
SELECT /* My Application Tag */ * FROM test;

und

111020 22:03:15  1335 Query     SELECT /* My Application Tag */ * FROM test

Das ist recht nützlich, wenn man nicht genau weiss woher ein Query stammt oder wie es von der Applikation schlussendlich ausformuliert wird.

Leider wurde dieses Feature irgendwann einmal von MySQL abgeschafft. Wann das genau geschehen ist, konnte ich nicht mehr herausfinden. Heute sehen die entsprechenden Einträge wie folgt aus:

# Time: 111020 22:03:33
# User@Host: root[root] @ localhost []  Id:  1335
# Query_time: 17.873938 …