MySQL GTID Konsistenz Verletzung

Question

Ich versuche, eine Tabelle aus einer Select-Anweisung zu erstellen, und es gibt mir eine GTID Konsistenzverletzung. [HY000][1786] Statement violates GTID consistency: CREATE TABLE ... SELECT.

create TABLE tags_mentions as 
    select t.*, st.ts, m.user_id_from, m.user_id_to from Tags as t join Mentions as m 
     on t.status_id = m.status_id AND m.user_id_from != m.user_id_to 
     left join Statuses as st on t.status_id = st.status_id; 

Was ist GTID Konsistenz, und wie kann ich die SQL-Anweisung zu beheben, die Verletzung zu vermeiden?

Answer 1

Von hier https://dev.mysql.com/doc/refman/5.6/en/replication-options-gtids.html

Da nur transaktions sicheren Aussagen protokolliert werden können, wenn --enforce-GTID-Konsistenz aktiviert ist, folgt daraus, dass die hier aufgeführten Operationen können mit dieser Option nicht verwendet werden:

CREATE TABLE ... SELECT statements 

CREATE TEMPORARY TABLE statements inside transactions 

Transactions or statements that update both transactional and nontransactional tables 

Sie scheinen GTID Set erzwingen. Also diese Aussage ist nicht erlaubt.

Answer 2

CREATE TABLE ... SELECT ist nicht für die statementbasierte Replikation sicher. Bei der zeilenbasierten Replikation wird diese Anweisung tatsächlich als zwei separate Ereignisse protokolliert - eines für die Erstellung der Tabelle und ein weiteres für das Einfügen von Zeilen aus der Quelltabelle in die gerade erstellte neue Tabelle.

Wenn diese Anweisung innerhalb einer Transaktion ausgeführt wird, ist es in einigen Fällen möglich, dass diese beiden Ereignisse dieselbe Transaktionskennung erhalten, was bedeutet, dass die Transaktion, die die Einfügungen enthält, vom Slave übersprungen wird. Daher wird CREATE TABLE ... SELECT bei der GTID-basierten Replikation nicht unterstützt.