Was ist der Unterschied zwischen 5.6 und 5.5 in MySQL?

Unterschiede: 1. In Version 5.5 können die Parameter binlog und POS in der Master-Slave-Konfiguration nicht weggelassen werden, in Version 5.6 können diese beiden Parameter jedoch weggelassen werden. 2. In Version 5.5 wird die Multi-Thread-Replikation nicht unterstützt Die synchrone Replikation besteht aus einzelnen Threads und Warteschlangen, und die Multithread-Replikation wird in Version 5.6 unterstützt.

Die Betriebsumgebung dieses Tutorials: Windows10-System, MySQL8.0.22-Version, Dell G3-Computer.

Was sind die Unterschiede zwischen 5.6 und 5.5 in MySQL?

Verbesserungen in 5.6:

1. Für die Master-Slave-Konfiguration muss „Master“ auf dem Slave-Knoten konfiguriert werden, um Binlog anzuzeigen und POS. In 5.6 und höher können diese beiden Parameter weggelassen werden. MySQL kann über den internen GTID-Mechanismus automatisch Synchronisationspunkte finden. Wir müssen nur die IP des Masters, den Benutzernamen und das Passwort sowie den Port angeben.

2. 5.6 unterstützt Multithread-Replikation

In 5.5 ist die synchrone Replikation Single-Threaded und in der Warteschlange und kann nur einzeln ausgeführt werden. In 5.6 können mehrere Bibliotheken gleichzeitig kopiert werden (Hinweis: Multithreading ist in derselben Bibliothek weiterhin nicht zulässig).

Der UUID-Parameter wird in 5.6 beteiligt sein

MySQL [(none)]>show variables like '%uuid%';
+---------------+--------------------------------------+
| Variable_name | Value                                |
+---------------+--------------------------------------+
| server_uuid   | ca910cf0-3aec-11e6-9319-b888e3dcfeb8 |
+---------------+--------------------------------------+
1 row in set (0.00 sec)

Hinweis: Diese UIID wird automatisch generiert, wenn MySQL zum ersten Mal gestartet und in auto.cnf geschrieben wird. Beamte empfehlen, diesen Wert nicht zu ändern. Und server_uuid und GTID sind eng miteinander verbunden.

GTID: Global Transaction Identifier

Bei Verwendung dieser Funktion generiert jede Transaktionsübermittlung eine eindeutige Kennung im Binlog, die aus UUID und Transaktions-ID besteht. Die zum ersten Mal übermittelte Transaktions-ID ist 1 und erhöht sich danach sequentiell.

Wenn GTID aktiviert ist, müssen das Binlog-Protokoll und der POS-Punkt nicht gefunden werden, wenn der Slave eine synchrone Replikation durchführt. Direkte

GTID-Schreibmethode:

change master to
master_HOST=192.168.2.100,
master_PORT=2206,
master_USER=repluser,
master_PASSWORD='123456',
master_AUTO_POSITION=1;
另外传统的写法：
CHANGE MASTER TO
MASTER_HOST='master2.mycompany.com',
MASTER_USER='replication',
MASTER_PASSWORD='bigs3cret',
MASTER_PORT=3306,
MASTER_LOG_FILE='master2-bin.001',
MASTER_LOG_POS=4,
MASTER_CONNECT_RETRY=10;

Wenn GTID zuvor aktiviert wurde, können Sie die herkömmliche Änderungsmaster-zu-Methode nicht mehr verwenden und es wird ein Fehler wie folgt gemeldet:

ERROR 1776 (HY000): Parameter MASTER_LOG_FILE, MASTER_LOG_POS, RELAY_LOG_FILE und RELAY_LOG_POS können nicht gesetzt werden, wenn MASTER_AUTO_POSITION aktiv ist Der Slave empfängt und schreibt das Enter-Relay-Protokoll, der Slave liest diese GTID und legt den Wert von gtid_next fest. Zum Beispiel:

set @@SESSION.GTID_NEXT='B0869D03-D332223-35454:3';

Dann teilen Sie dem Slave mit, dass die nächste Transaktion GTID verwenden muss, und schreiben Sie sie in sein eigenes Binlog.

3. Der Slave prüft und bestätigt, dass die GTID nicht verwendet wird, dann beginnt er mit der Ausführung der Transaktion und schreibt sie in sein eigenes Binlog.

4. Da der Wert von gtid_next nicht leer ist, versucht der Slave nicht, eine neue GTID zu generieren, sondern erhält die GTID durch Master-Slave-Synchronisation.

Wenn Sie außerdem die GTID-Methode für die Master-Slave-Synchronisierung verwenden möchten, müssen Sie auch die folgende Konfiguration zu my.cnf hinzufügen:

[mysqld]
log-bin=mysql-bin
binlog_format = mixed
log_slave_updates = ON
gtid-mode = ON
enforce_gtid_consistency = ON

Dann exportieren Sie mysqldump -uroot -proot -q --single-transaction -R - auf dem Master E --triggers -B hellodb > /root/hello.sql

Mysql auf dem Slave importieren -uroot -proot < /root/hello.sql

Konfigurieren Sie den Änderungsmaster so, dass er auf den Slave zeigt (6 Codezeilen unten):

change master to
master_HOST=192.168.2.100,
master_PORT=3306,
master_USER=repluser,
master_PASSWORD='123456',
master_AUTO_POSITION=1;

Einschränkungen von GTID:

1. Die GTID-Replikation basiert auf Transaktionen und unterstützt MyISAM nicht, was dazu führen kann, dass mehreren GTIDs dieselbe Transaktion zugewiesen wird.

2. Die Anweisung „create table...select“ wird nicht unterstützt. Da diese Anweisung in zwei Transaktionen aufgeteilt wird: Tabelle erstellen und einfügen. Wenn diesen beiden Transaktionen dieselbe GTID zugewiesen ist, wird das Einfügen von der Standby-Datenbank ignoriert.

3. Das Erstellen und Löschen temporärer Tabellen wird nicht unterstützt.

Multithread-Replikationsdemonstration:

Führen Sie die folgenden Befehle auf dem Slave aus:

> stop slave;
> set global  slave_parallel_workers = 4;
> start slave;
> show full processlist;可以看到有4个线程 Waitingfor an eventfromCoordinator

Wenn zu diesem Zeitpunkt eine große Anzahl von Einfügevorgängen auf dem Master erfolgt , Sie können sie auf dem Slave ausführen> ; select * from mysql.slave_worker_infoG Sie sollten sehen können, dass sich die worker_id ständig ändert, was darauf hinweist, dass die Multithread-Replikation funktioniert.

Erklärung: Slave_parallel_workers können eine gleichzeitige Multithread-Replikation auf dem Slave erreichen. Es kann jedoch nur die gleichzeitige Replikation zwischen mehreren Datenbanken unter einer Instanz unterstützen und kann nicht wirklich die gleichzeitige Replikation mehrerer Tabellen erreichen. Wenn daher eine große gleichzeitige Last vorliegt, kann der Slave den Master immer noch nicht rechtzeitig einholen und muss Möglichkeiten zur Optimierung finden (z. B. versuchen Sie, die Tabellen in einer Bibliothek entsprechend der Geschäftslogik in mehrere Bibliotheken aufzuteilen, um sie zu speichern). sie, damit während Schreibvorgängen, Der Slave kann die Multithread-Replikation aktivieren und so die Synchronisationsverzögerung reduzieren.)

Darüber hinaus wird empfohlen, my.cnf zu ändern und zwei Zeilen hinzuzufügen (die Standarddatei info_file ist eine Datei und nicht). in die Datenbank geschrieben)

relay_log_info_repository = table
master_info_repository = table

Dies allein reicht nicht aus, diese beiden Tabellen sind standardmäßig MyISAM. Wenn es nicht sicher ist, müssen Sie sie konvertieren.

> alter table slave_master_info engine innodb;
> alter table slave_relay_log_info engine innodb;
> alter table slave_worker_info engine innodb;

Auf diese Weise können Sie verhindern, dass die Tabelle beschädigt wird Sie können es selbst reparieren, nachdem es beschädigt ist.

Master-Slave-Replikation im GTID-Modus, die Lösung für den Fehler, der während der Synchronisierung nicht übersprungen werden kann:

Wenn auf dem Slave der Synchronisierungsfehler „XXX-Schlüssel des Slave-Knotens existiert nicht“ angezeigt wird

Wir können es versuchen Verwenden Sie die alte Methode auf 5.5

> stop slave;
> set global sql_slave_skip_counter=1
> start slave;

Bei der Ausführung wird ein Fehler angezeigt. Die Eingabeaufforderung lautet wie folgt:

可以看出运行在GTID模式下，不支持sql_slave_skip_counter这种方式跳过的。

那么可以如下方法来跳过：

> show slave status\G查看如下2行的信息：

Retrieved_Gtid_Set: ca910cf0-3aec-11e6-9319-b888e3dcfeb8:1-2
Executed_Gtid_Set: ca910cf0-3aec-11e6-9319-b888e3dcfeb8:1

第一行表示收到的事务，第二行表示已经执行完的事务。也就是说执行到Retrieved_Gtid_Set时候发生错误了。

因此，我们直接单单跳过这个事务即可。

> stop slave;
> set GTID_NEXT='ca910cf0-3aec-11e6-9319-b888e3dcfeb8:2';     就是这种写法,不要加什么1-2这些玩意
> begin;
> commit;
> set GTID_NEXT="AUTOMATIC";      #把gtid_next设置回来
> start slave;
> show slave status\G   验证下是否IO/SQL都是YES状态。

GTID模式转换为传统模式的方法及注意点：

要转换成传统模式，需要在my.cnf里面注释掉下面2行：

# gtid-mode=ON
# enforce_gtid_consistency = ON

然后重启MySQL。

登进mysql，执行类似如下命令：

> stop slave;
> CHANGE MASTER TO
MASTER_HOST='master2.mycompany.com',
MASTER_USER='replication',
MASTER_PASSWORD='bigs3cret',
MASTER_PORT=3306,
MASTER_LOG_FILE='master2-bin.001',
MASTER_LOG_POS=4,
MASTER_CONNECT_RETRY=10;

结果报错了，如下图：

解决方法：

> change master to MASTER_AUTO_POSITION=0;     # 关闭这个参数，这个参数是GTID复制才用到的。
> CHANGE MASTER TO
MASTER_HOST = '192.168.2.11',
MASTER_USER='repluser',
MASTER_PASSWORD='123456',
MASTER_PORT=3306,
MASTER_LOG_FILE='mysql-bin.000012',
MASTER_LOG_POS=500,
MASTER_CONNECT_RETRY=10;
> start slave;
> show slave status\G 验证下是否IO/SQL都是YES状态。

推荐学习：mysql视频教程

Das obige ist der detaillierte Inhalt vonWas ist der Unterschied zwischen 5.6 und 5.5 in MySQL?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!