Dieses Setup treibt schon seit Jahren sein Unwesen und ist nicht tot zu kriegen. Legen wir erneut an und halten wir uns nicht mit den aktiv-aktiv Setups auf. Nein, der weise DBA von heute nutzt Master-Master nur für Failover-Szenarion.

Was denkt der fancy DBA was Master-Master bringt?

• Automatisches syncen der Daten beim Recovery.
• Kein Backpup zum Syncen einspielen.

Erinnern wir uns: MySQL Replikation _ist_ asynchron

Nochmal: MySQL Replikation ist asynchron, auch das was als semi-sync verkauft wird!

Sprich folgendes ist möglich/wahrscheinlich.

Schöne Replikation:

 aktiv                 standby
+------+     c        +------+
|      |------------->|      |
|abcd  |              |ab    |
|      |              |      |
|      |<-------------|      |
+------+              +------+

Nun stirbt der Node hat aber ein Delta: …

systemd ist auf dem Vormarsch. Auch MySQLer werden sich damit arangieren müssen.

Hier ein kleines Beispiel mit MariaDB und Centos7 :)

Wer z.B. den tableopencache erhöhen wollte konnte dies schlicht konfigurieren. Der Prozess startete als user root und hatte keine limit Probleme.

Im service File von Centos läuft der Prozess gleich als Unix User mysql.

[Service]
Type=simple
User=mysql
Group=mysql
..

Dieser User ist nicht in der Lage seine limits nach oben zu veränden. In dem Error Log sollte etwas in folgender Art zu lesen sein:

150303 11:57:02 [Warning] Changed limits: max_open_files: 1024  
 max_connections: 214  table_cache: 400

Netter Weise ist im Service File selbst ein Hinweis auf LimitNOFILE. Nur wer liest das Service File?

Und bitte wie dort dokumentiert die Erweiterung als eigene Datei unter …

Ahoi am Di beginnt die DOAG 2014.In meinem Vortrag werde ich mich darin versuchen einen großen Überblick über die MySQL Replikation - von den Anfängen bis in die vielen Zukünfte (MySQL, MariaDB, Galera) - zu malen.Dann gibt es noch einen  Experten Panel (so wie es aussieht gehöre ich dazu). Da könnt ihr gleich eine Gruppe von diesen Experten nerven :)
Viel Spaß (bis vielleicht dort) Erkan 

Habe einen Artikel (AUF ENGLISCH /o\) schreiben dürfen, welcher Oracle RAC und (genau genommen) Galera vergleicht. Hier MariaDB mit Galera Replication. Aber Galera gibt es ja auch für/mit Percona und MySQL :)
Viel Spaß Erkan :)

Ahoi,
Hier das Video zum Vortrag auf der FrOSCon. Wie man sein MySQL mit Galera HA tauglich macht :) Gibt keine Slides, da ich gerade aus dem Urlaub kam. Ansible kam arg kurz:/ Naja ich brauch wohl eher 2h :)
Viel Spaß Erkan :)

Wer GTID nutzt um einen asynchronen Slave an einen Galera Cluster anzuschließen sollte wissen, dass die Integration von GTID und Galera je nach GTID Implementierung anders aussieht.

GTID@MariaDB

Jeder Node erhöht für sich seine Seqno. Solange alle Transaktionen via Galera erhöht werden, welches sich um die Commit Order der Daten kümmert, gibt es auch keine Probleme und die GTID (Seqno) sind überall identisch. (Wenn die ursprüngliche Seqno auch identisch war ;)

  node1> show global variables like 'gtid_binlog_pos';
  +-----------------+---------+
  | Variable_name   | Value   |
  +-----------------+---------+
  | gtid_binlog_pos | 0-1-504 |
  +-----------------+---------+

  node2> show global variables like 'gtid_binlog_pos';
  +-----------------+---------+
  | Variable_name   | Value   |
  +-----------------+---------+
  | gtid_binlog_pos | 0-1-504 |
  +-----------------+---------+

  node3> …

Galera Replikation wie sie in Percona XtraDB Cluster, MariaDB Galera Cluster oder auch direkt in MySQL gepatcht zu finden ist, ist gegenüber der traditionellen MySQL Replikation (Master, Slave) agnostisch. Soll ein Node eines Galera Clusters als Master herhalten, reicht es auf diesem log_bin, log_slave_updates und eine server_id zu setzen und einen Slave ran zu hängen.

GTID von MariaDB verwenden

Bei der Replikation besteht die Auswahl zwischen der klassischen (Fileoffset) Replikation und Replikation unter Verwendung von GTID (Global Transaction ID). Da mit Verwendung der GTID die Fileoffsets nicht mehr gebraucht werden, verspricht die Verwendung von GTIDs einen einfachen Failover von einem Node als Master zu dem nächsten.

Nun gibt es je nach verwendetem MySQL(Fork) zwei verschiedene Implementierungen der GTID.

Die GTID bei MySQL/Percona und die GTID bei MariaDB.

…

Ahoi hier die Vorträge für das nächste Halbjahr:

MySQL Hochverfügbar mit Galera

Wo: FrOSCon

Was: Galera wird erklärt und mit LXC und Ansible aufgebaut :)

LBaaS-Loadbalancer as a Service

Wo: GUUG Frühjahrsgespräche

Was: Mit Jan Walzer und Jörg Jungermann gibt es einen Workshop zu in LXC gekapselten Loadbalancer Instanzen. Hier werden nur die Loadbalancer virturalisiert.

Medley der Containertechniken

Wo: GUUG Frühjahrsgespräche

Was: Wie schauen uns die Basics der Containertechniken im Kernel an (Namespaces, Cgroups und Chroot). Darauf hin schauen wir uns LXC, Libvrit, systemd-nspawn und Docker an.

MySQL Replikation: Von den Anfängen in die Zukunft

Wo: DOAG 2014

Was: Es wird einen Überblick über die Evolution der Replikation in MySQL und MariaDB geben.

Hands on Docker

Wo: CommitterConf.de  Was: In dem …

Tag der Arbeit: Mal eben einen Galera Cluster upgraden

Gegeben ein Galera Cluster für welches im Repository neue Pakete vorhanden sind.

> yum info galera
Installed Packages
Name        : galera
Arch        : x86_64
Version     : 25.3.2
Release     : 1.rhel6
Size        : 29 M
Repo        : installed
From repo   : mariadb

Available Packages
Name        : galera
Arch        : x86_64
Version     : 25.3.5
Release     : 1.rhel6
Size        : 7.6 M
Repo        : mariadb

> yum info MariaDB-Galera-server
Installed Packages
Name        : MariaDB-Galera-server
Arch        : x86_64
Version     : 5.5.36
Release     : 1.el6
Size        : 102 M
Repo        : installed
From repo   : mariadb

Available Packages
Name        : MariaDB-Galera-server
Arch        : x86_64
Version     : 5.5.37
Release     : 1.el6
Size        : 25 M
Repo        : mariadb

Rolling Upgrade

Einer der tollen Features von Galera ist die Möglichkeit des …

Galera ist die synchrone Multi Master Lösung für MySQL.
Auch wenn wir bei PXC oder MariaDB Galera Cluster immer von Galera sprechen,
ist Galera nur ein Provider.

Provider? Was meinst Du damit?

Bei der Konfiguration von “Galera” gibt
es zwei Optionen
wsrep_provider und wsrep_provider_options
Bei ersterem wird der Provider eben Galera definiert.
Die bei der zweiten Option handelt es sich um die Konfiguration eben diese Providers.

Die restlichen wsrep_ Optionen sind für wsrep.

https://launchpad.net/wsrep

wsrep API defines a set of application callbacks and replication library calls necessary to implement synchronous writeset replication of transactional databases and similar applications. It aims to abstract and isolate replication implementation from application details. Although the main target of this interface is a certification-based …