Aufgrund großer Nachfrage wiederholen wir den MySQL Cluster Workshop am 28. November 2012 in Düsseldorf

Der ORACLE Information InDepth MySQL EDITION Newsletter Ausgabe November 2012 ist erschienen.

More:
http://www.oracle.com/us/dm/h2fy11/nsl100122318-index-1872673.html?msgid=3-7430641624

Hintergrund dieses damaligen Benchmarks war der Fakt, dass zwei neue eigentlich identisch ausgelegte Server deutlich unterschiedliche Ergebnisse beim gleichen MySQL Benchmark Test lieferten.
Nach kurzem Suchen, fiel uns doch ein Unterschied auf: Auf einem Server war Intel Hyper Threading aktiviert, auf dem anderen nicht.
Normalerweise war auf all unseren Datenbankservern Hyper Threading deaktiviert. Nach kurzem Suchen im Netz fand ich folgenden Blog-Eintrag, in dem ein Benchmark-Ergebnis beschrieben wurde, bei die MySQL-Instanz mit aktiviertem Intel Hyper Threading bessere Ergebnisse lieferte als mit deaktiviertem Hyper Threading. Aus diesem Grund starteten wir zwei Benchmark-Test-Läufe um ein eigenes Bild zu machen.

Die Ausgangssituation:
Hardware:

Server: HP DL380 G7
2 x …

"Kris, bitte schau Dir mal unsere Datenbank an. Wir haben hier einen Generator für unsere Materialized Views, und auf einer Datenbank von 6 GB Größe werden 40 GB Speicher gefüllt und wir kommen sogar ins Swappen."

Na, das ist mal interessant. The fragliche Kiste hat 48 GB RAM, und in der Tat kaum 6 GB Daten.

CODE:mysql> select 

 -> sum(data_length+index_length)/1024/1024/1024 as gb 

 -> from tables 

 -> where table_schema not in ('information_schema', 'performance_schema', 'mysql');

+----------------+

| gb             |

+----------------+

| 5.832778930664 |

+----------------+

1 row in set (0.00 sec)

Aber in "top" sieht das so aus, …

"Kris, guck mal, connection surge auf $WICHTIGER_MASTER, davor kurzer Activity drop. Alle anderen Graphen sehen normal aus."

und

Ich gucke. Alle anderen Graphen sehen in der Tat normal aus. Aber um 13:20 kommt für kurze Zeit alles Processing zum Stillstand.

Wir haben ja log_processlist.pl. Falls es sich also um irgendein wildgewordenes Lock handeln sollte, würde ich das also in den 13_20 und 13_21 Dateien sehen. Beide sind in der Tat größer: Statt 250 Connections zeichnen wir deutlich über 400 Connections in diesen beiden Minuten auf.

Aber: In der Processlist sind keine Irregularitäten zu sehen. Es handelt sich, wenn unser Monitoring keine Löcher hat, nicht um einen Stall und Pileup im Datenbankserver, sondern eine externe Ursache.

Dies ist ein Master. Der hat sein Datadir auf einer …

Wenn der MySQL Slave nach START SLAVE mit dem Fehler 1236 "log event entry exceeded max_allowed_packet" stoppt dann kann das Problem tatsächlich ein zu großes Paket im Master-Binlog sein. Viel wahrscheinlicher ist es jedoch, daß der Slave versucht, ein Binlog-Event von einer falschen Position zu lesen.

"MySQL Replikation: Fehler 1236" vollständig lesen

Taxonomy upgrade extras: schulungtrainingPerformance TuningBackuphochverfügbarkeitmysql-schulungmysql-training

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

Seit langem kam ich mal wieder dazu ein Buch von dem Stapel “Ungelesen” zu nehmen und auf den Stapel “Gelesen” abzulegen. Dabei handelte es sich um das Buch “Backup and Recovery” von Ronald Bradford aus der “Effective MySQL” Serie. Und was soll ich sagen? Klasse Buch!!! Jeder der ein Buch zu diesem Thema sucht, sei dies ans Herz gelegt. Klare Empfehlung!

Hier noch kurz die Fakten:

Oracle hat letzte Woche auf der MySQL Connect Conference die Verfügbarkeit des ersten Release Candidates für MySQL 5.6 bekannt gegeben. Die Liste der neuen Features ist lang. Besonders freue ich mich über die folgenden:

• InnoDB Online Operations: Create Index und Alter Table DDL-Befehle sind nun online möglich. Das heißt, die Tabelle ist weiterhin verfügbar während der Operation. Dies erleichtert Release-Änderungen in der Anwendung ungemein.
• InnoDB Fulltext Search: Volltext-Indizes und Volltext-Suche in InnoDB-Tabellen. Damit ist die letzte Verwendungsberechtigung für MyISAM-Tabellen wohl erloschen . Interessant wird sein, wie sich Volltextsuche im Vergleich zu anderen Lösungen wie z.B. Sphinx schlägt.
• InnoDB Transportable Tablespaces: Die Liste der möglichen Verwendungszwecke ist lang z.B: Schneller Export einer …

Wie Todd Farmer in Understanding mysql_config_editor’s security aspects richtig beobachtet, speichert die neue .mylogin.cnf, die von mysql_config_editor erzeugt wird, Paßworte nicht sicher ab. Sie verschleiert sie nur.

Das Format der Datei ist wie folgt (am Beispiel von MySQL 5.6.7-RC):

• 4 Bytes Zero (Version Information)
• 20 Bytes Key Generation Matter
• Wiederholend:
  • 4 Bytes Länge
  • Länge Bytes Ciphertext. Die Verschlüsselung erfolgt mit AES ENCRYPT, und diese Funktion ist selbst auch nicht sicher: Es handelt …