MySQL 8.0

siehe auch:

GTID-Replication

Alt:

STOP SLAVE;
RESET SLAVE ALL;
CHANGE MASTER TO MASTER_HOST='knoten01', MASTER_PORT=3306, MASTER_USER='otto', MASTER_PASSWORD='geheim', MASTER_AUTO_POSITION=1 FOR CHANNEL 'Knoten1';
CHANGE MASTER TO MASTER_HOST='knoten02', MASTER_PORT=3306, MASTER_USER='otto', MASTER_PASSWORD='geheim', MASTER_AUTO_POSITION=1 FOR CHANNEL 'Knoten2';
START SLAVE;

Neu (seit MySQL 8.0.23):

STOP REPLICA;
RESET REPLICA ALL;
CHANGE REPLICATION SOURCE TO SOURCE_HOST='knoten01', SOURCE_PORT=3306, SOURCE_USER=otto, SOURCE_PASSWORD='geheim', SOURCE_AUTO_POSITION=1 FOR CHANNEL 'Knoten1';
CHANGE REPLICATION SOURCE TO SOURCE_HOST='knoten02', SOURCE_PORT=3306, SOURCE_USER=otto, SOURCE_PASSWORD='geheim', SOURCE_AUTO_POSITION=1 FOR CHANNEL 'Knoten2';
START REPLICA;

CHANGE REPLICATION SOURCE TO SOURCE_LOG_FILE='source_log_name', SOURCE_LOG_POS=source_log_pos;

> echo "SHOW VARIABLES LIKE 'enforce_gtid_consistency';" | mysql -t
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| enforce_gtid_consistency | ON    |
+--------------------------+-------+

Percona-XtraDB

siehe auch:

Upgrading:
- Oracle/MySQL: https://dev.mysql.com/doc/refman/8.0/en/upgrading.html
  - Incompatible change
    - Data Dictionary Changes
    - caching_sha2_password as the Preferred Authentication Plugin
    - Configuration Changes
    - Server Changes
    - InnoDB Changes ⇒ INFORMATION_SCHEMA Tables
    - SQL Changes
    - Changed Server Defaults
- Percona: https://docs.percona.com/percona-xtradb-cluster/8.0/howtos/upgrade_guide.html
  - List of features available in Percona Server for MySQL releases
  - Changed in Percona Server 8.0
What Is New in MySQL 8.0
Upgrade SQL Changes
A.14 MySQL 8.0 FAQ: Replication

percona-xtradb-cluster-5.7	percona-xtradb-cluster-8.0	Bemerkungen
`/etc/mysql/percona-xtradb-cluster.conf.d/wsrep.cnf`	`/etc/mysql/mysql.conf.d/mysqld.cnf`	default MySQL configuration file on Debian and Ubuntu
`/etc/percona-xtradb-cluster.conf.d/wsrep.cnf`	`/etc/my.cnf`	default MySQL configuration file on Red Hat and CentOS
default authentication plugin: `mysql_native_password`	default authentication plugin: `caching_sha2_password`	Be sure you are running on the latest 5.7 version before you upgrade to 8.0. ProxySQL option --syncusers will not work if the Percona XtraDB Cluster user is created using `caching_sha2_password`. Use the `mysql_native_password` authentication plugin in these cases. ⇒ `default_authentication_plugin=mysql_native_password`
`character_set_server=latin1`	`character_set_server=utf8mb4`	... und 37 weitere Optionen haben ihre Voreinstellung geändert
keine Größenbeschränkung für Indizes vor `5.7.35`	Größenbeschränkung für Indizes auf `767 Byte`	Vor `MySQL 5.7.35` gab es keine Größenbeschränkung für Indizes in Tabellen mit redundantem oder kompaktem Zeilenformat. Ab `MySQL 5.7.35` liegt die Grenze bei `767 Bytes`. Ein Upgrade von einer MySQL-Version vor `5.7.35` auf `MySQL 8.0` kann zu unzugänglichen Tabellen führen. Wenn eine Tabelle mit redundantem oder kompaktem Zeilenformat einen Index hat, der größer als `767 Bytes` ist, löschen Sie den Index und erstellen Sie ihn vor einem Upgrade auf MySQL 8.0 neu.
`query_cache_xxx`	—	The query cache was removed. Removed in `MySQL 8.0.3`.
`log_bin=OFF`	~~`log_bin=ON`~~	Bei Problemen, diese Option einfach aus der Konfiguration entfernen.
`log_slave_updates`	`log_replica_updates`
`expire_logs_days = 7`	`binlog_expire_logs_seconds = 604800`
`symbolic_links = 0`	ist bereits die Voreinstellung
`wsrep_slave_threads = 8`	`wsrep_applier_threads = 8`
`wsrep_sst_method = rsync`	`wsrep_sst_method = xtrabackup-v2`	Die Unterstützung für mysqldump war ab PXC 5.7 veraltet und wurde nun vollständig entfernt. Die einzige unterstützte SST-Methode ist xtrabackup-v2. Die erforderlichen Percona XtraBackup (PXB)-Binärdateien werden jetzt als Teil von PXC 8.0 ausgeliefert, sie werden nicht für die allgemeine Verwendung installiert. Wenn Sie also PXB außerhalb eines SST verwenden möchten, müssen Sie PXB separat installieren.
`wsrep_sst_auth`	—	Da wsrep_sst_auth nur auf der Geberseite benötigt wird, um ein Backup zu erstellen, verwendet PXC 8.0 einen internen Benutzer (der speziell für die Verwendung durch PXC erstellt wurde) mit einem zufällig generierten Passwort. Da dieser Benutzer nur auf dem Spender benötigt wird, wird das Klartext-Passwort auf dem Joiner-Knoten nicht benötigt. Dieses Passwort besteht aus 32 zufällig generierten Zeichen. Für jede SST-Anfrage wird ein neues Passwort generiert. Der Klartext des Passworts wird nie gespeichert und verlässt den Knoten nie. Der Benutzername/das Passwort wird über unbenannte Pipes (stdin) an das SST-Skript gesendet.
`pxc-encrypt-cluster-traffic`	—	In PXC 8 haben wir uns dafür entschieden, die Verschlüsselung standardmäßig für den gesamten Replikationsdatenverkehr zu aktivieren, um die höchste sofort einsatzbereite Sicherheit durchzusetzen. Obwohl dies eine offensichtliche Verbesserung ist, muss sich PXC 8 anders verhalten als sein Vorgänger PXC 5.7.
`mysql_upgrade`	—	Wenn PXC 8.0 erkennt, dass das SST von einer niedrigeren Version stammt, wird mysql_upgrade automatisch aufgerufen. Außerdem wird bei Bedarf „RESET SLAVE ALL“ auf dem neuen Knoten ausgeführt. Dies wird aufgerufen, wenn ein SST von PXC 5.7 und PXC 8.0 empfangen wird.

Ab MySQL 8.0 - kein mysql_upgrade mehr:

> mysql_upgrade 
The mysql_upgrade client is now deprecated. The actions executed by the upgrade client are now done by the server.
To upgrade, please start the new MySQL binary with the older data directory. Repairing user tables is done automatically.
Restart is not required after upgrade.
The upgrade process automatically starts on running a new MySQL binary with an older data directory.
To avoid accidental upgrades, please use the --upgrade=NONE option with the MySQL binary.
The option --upgrade=FORCE is also provided to run the server upgrade sequence on demand.
It may be possible that the server upgrade fails due to a number of reasons.
In that case, the upgrade sequence will run again during the next MySQL server start.
If the server upgrade fails repeatedly, the server can be started with the --upgrade=MINIMAL option
to start the server without executing the upgrade sequence, thus allowing users to manually rectify the problem.