MySql-Replikations - slave-Rückstand master

Ich habe eine master/slave-Replikation auf meine MySql DB.

mein Sklave DB war für ein paar Stunden und ist wieder nach oben (Meister war die ganze Zeit), bei der Ausstellung show slave status ich kann sehen, dass der slave ist, wird X Sekunden hinter dem Meister.

das problem ist, dass die slave-dont scheinen, um aufzuholen mit dem Meister, der X Sekunden hinter Meister dont scheinen zu fallen...

irgendwelche Ideen auf, wie ich helfen kann der slave aufholen?

InformationsquelleAutor der Frage Ran | 2011-12-17

  1. 16

    Hier ist eine Idee

    In Reihenfolge für Sie zu wissen, dass MySQL ist die vollständige Verarbeitung der SQL-Code von der relay-logs. Versuchen Sie Folgendes:

    STOP SLAVE IO_THREAD;

    Dies wird stop-Replikation-herunterladen von neuen Einträge aus der master-in seinen relay-logs.

    Den anderen thread, bekannt als der SQL-thread, weiter-Verarbeitung der SQL-Anweisungen, die Sie heruntergeladen von der master -.

    Beim ausführen SHOW SLAVE STATUS\Ghalten Sie Ihr Auge auf Exec_Master_Log_Pos. Führen Sie SHOW SLAVE STATUS\G wieder. Wenn Exec_Master_Log_Pos bewegt sich nicht nach einer minute, können Sie voran gehen Lauf START SLAVE IO_THREAD;. Dies kann verringern Sie die Anzahl der Seconds_Behind_Master.

    Andere als das, es gibt wirklich nichts, was Sie tun können, außer zu:

    • Vertrauen Replikation
    • Monitor Seconds_Behind_Master
    • Monitor Exec_Master_Log_Pos
    • Laufen SHOW PROCESSLIST; beachten Sie die SQL-thread zu sehen, wenn es die Bearbeitung von lang Laufenden Abfragen.

    BTW im Hinterkopf Behalten, dass, wenn Sie Sie ausführen SHOW PROCESSLIST; mit Replikation ausgeführt wird, sollte es zwei DB-Verbindungen, deren Benutzername ist system user. Einer dieser DB-Verbindungen wird die aktuelle SQL-Anweisung verarbeitet wird, die von der Replikation. Solange eine andere SQL-Anweisung sichtbar ist, jedes mal, wenn Sie laufen SHOW PROCESSLIST; können Sie Vertrauen mysql ist noch ordnungsgemäß repliziert.

    InformationsquelleAutor der Antwort RolandoMySQLDBA

  2. 6

    Was Binär-log-format verwenden Sie ? Verwenden Sie ROW oder STATEMENT ?

    SHOW GLOBAL VARIABLES LIKE 'binlog_format';

    Wenn Sie ZEILE als binlog-format stellen Sie sicher, dass alle deine Tabellen Primärschlüssel oder Eindeutiger Schlüssel:

    SELECT t.table_schema,t.table_name,engine
FROM information_schema.tables t
INNER JOIN information_schema .columns c
on t.table_schema=c.table_schema
and t.table_name=c.table_name
and t.table_schema not in ('performance_schema','information_schema','mysql')
GROUP BY t.table_schema,t.table_name
HAVING sum(if(column_key in ('PRI','UNI'), 1,0)) =0;

    Wenn Sie Sie ausführen (z.B. eine delete-Anweisung auf dem master zu löschen 1 Mio Datensätze für eine Tabelle ohne PK oder unique-Schlüssel nur dann einen full table scan findet auf der master-Seite, was nicht der Fall ist, auf dem slave.

    Wenn die ZEILE binlog_format verwendet wird, die durch MySQL schreibt die Zeilen, die änderungen an der Binär-logs (nicht so eine Aussage wie-ANWEISUNG binlog_format) und dass die änderung angewendet werden auf der slave-Seite Zeile für Zeile, was bedeutet, dass eine 1 million full table scan statt des Sklaven, zu reflektieren, die nur eine delete-Anweisung auf die master-und verursacht slave hinkt das problem.

    InformationsquelleAutor der Antwort Moll

  3. 3

    "Sekunden hinter" ist nicht ein sehr gutes Werkzeug, um herauszufinden, wie viel hinter dem Meister Sie wirklich ist. Was er sagt ist "die Abfrage, die ich gerade ausgeführt ausgeführt wurde X Sekunden auf die master". Das bedeutet nicht, dass Sie aufholen wird, und werden gleich hinter der master die nächste Sekunde.

    Wenn Ihr slave ist normalerweise nicht hinterherhinkt und die Arbeit, die Last auf dem master ist in etwa konstant, Sie werden aufholen, aber es könnte einige Zeit dauern, vielleicht dauert es auch noch "ewig", wenn der slave ist in der Regel nur kaum Schritt halten mit dem master. Sklaven arbeiten auf einem einzigen Faden, so ist es per design viel langsamer als der master, auch wenn es einige Abfragen, die eine Weile dauern, auf die Meister, die Sie blockiert die Replikation während der Ausführung auf dem slave.

    InformationsquelleAutor der Antwort Andreas Wederbrand

  4. 1

    Nur überprüfen, wenn Sie die gleiche Zeit und Zeitzonen auf beiden Servern, also, Master als auch als Slave.

    InformationsquelleAutor der Antwort Abhijit Buchake

  5. 1

    Wenn Sie INNODB-Tabellen prüfen Sie, ob Sie innodb_flush_log_at_trx_commit auf einen anderen Wert, der von 0 auf SLAVE.

    http://dev.mysql.com/doc/refman/4.1/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit

    InformationsquelleAutor der Antwort user1769609

  6. 0

    Hatten wir genau das gleiche Problem nach dem einrichten unserer slave aus einer aktuellen Sicherung.

    Mussten wir ändern die Konfiguration der unser Sklave zu werden, mehr crash-Sicherheit:

    sync_binlog = 1
sync_master_info = 1
relay_log_info_repository = TABLE
relay_log_recovery = 1

    Ich denke, dass vor allem die sync_binlog = 1 bewirkt, dass das problem, wie die Spezifikationen der slave ist nicht so schnell wie im master. Diese config-option weist den slave zu speichern, wird jede Transaktion in der binären lo, bevor Sie ausgeführt werden (anstatt die Standardeinstellung jeder 10k Transaktionen).

    Deaktivieren Sie diese config-Optionen wieder auf Ihre Standardwerte sehe ich, dass der slave ist Fang wieder an.

    InformationsquelleAutor der Antwort 58k723f1

  7. 0

    Nur um die Ergebnisse in meinem ähnlichen Fall.

    Gab es einige bulk-temporäre Tabelle insert/update/delete geschahen im master belegt den meisten Raum von relay-log-in-slave. Und in Mysql 5.5, seit er single threaded CPU war immer auf 100% und nahm sich viel Zeit für die Bearbeitung dieser Datensätze.

    Alles was ich Tat, war, fügen Sie diese Zeile in der mysql-cnf-Datei

    replicate-ignore-table=<dbname>.<temptablename1>
replicate-ignore-table=<dbname>.<temptablename2>

    und alles wurde wieder glatt.

    Durchzuführen, um herauszufinden, welche Tabellen nehmen mehr Platz im relay-log, versuchen Sie den folgenden Befehl ein und öffnen Sie dann in einem text-editor. Sie können einige Hinweise

    cd /var/lib/mysql
mysqlbinlog relay-bin.000010 > /root/RelayQueries.txt
less /root/RelayQueries.txt

    InformationsquelleAutor der Antwort Akhil

  8. 0

    Wenn u haben mehrere Schemas sollten Sie mithilfe von multi-threaded slave-Replikation.Dies ist ein relativ neues feature.

    Diese kann getan werden, dynamisch ohne anhalten des server.Nur halt die slave-sql-thread.

    STOP SLAVE SQL_THREAD;
SET GLOBAL slave_parallel_threads = 4;
START SLAVE SQL_THREAD;

    InformationsquelleAutor der Antwort shadow0359

Schreibe einen Kommentar