...
Sv translation | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||
Rebuild Slave-DB & Replication Da der Befehl mysqldump die Tables locked, ist es nicht notwendig, dass auf der Master Datenbank kein Traffic ist. Durch --master-data wird im Befehl mysqldump die richtige Position zum Einsetzen der Replication auf dem Slave Server hinterlegt. Falls die Festplatte des Slaves voll ist, dann bitte die Anleitung auf dieser Seite weiter unten - "Slave Platte Voll" betrachten.
Slave Platte VollEs gibt diverse Gründe, warum die Slave Platte voll-laufen kann. tmp Verzeichnis ist vollHintergrundJedes Mal, wenn eine Query eine tmp Tabelle anlegt, wird dies in das temp Verzeichnis, üblicherweise /tmp geschrieben. Dies geschieht dann, wenn die maximale Größe der maximale "in Memory" Tabellengröße überschritten wird.Dies wird mit den Variablen Siehe auch https://dev.mysql.com/doc/refman/5.6/en/internal-temporary-tables.html für mehr Information. Die Tabellen in /tmp werden solange gehalten, bis die jeweilige DB-Verbindung geschlossen wird, oder ein DROP TEMPORARY TABLE aufgerufen wird. Falls das /tmp Verzeichnis voll-läuft, ist zu vermuten dass ein DROP TEMPORARY TABLE irgendwo fehlt. Dies kann durchaus auch durch Kunden-Abfragen an die DB geschehen. Aushilfe auf permanente Weise schafft hier die Installation von tmpwatch Hinweise:
Vorgehensweise
Jede Menge "relay Logs" vorhandenMySQL schreibt die Relay-Logs vom Master erstmal in eine Datei. Wenn die Replikation erstmal gebrochen ist, aber der Slave Relay Prozess weiter arbeitet, dann wird die Platte durch Relay Logs befüllt. Dieser Schritt sollte im jeden Fall durchgeführt werden, insbesondere vor dem nächsten (ibdata zu groß), um Platz zu schaffen. VorgehensweiseDie Dateien für die Datenbank befinden sich in der Regel in /var/lib/mysql Falls nicht, dann ist der Speicherort in /etc/my.cnf zu finden. Der Entsprechende Eintrag ist datadir=(pfad)
ibdata Dateien auf den Slave "Riesen-Groß"Die Dateien für die Datenbank befinden sich in der Regel in /var/lib/mysql Vorgehensweise
Trotzdem kein Plattenplatz > 20% FreiIn diesen Fall ist der Slave einfach zu klein. Die Festplatte muss erweitert werden (wie bei Erweiterung der Rolle STORE, nur auf das Logical Volume anwenden auf den die Daten der MySQL Datenbank sich befinden). Dann die Schritte wieder durchführen, bei Platte zu Klein, dann Slave wieder herstellen wie Oben beschrieben. Oder der Slave wird komplett neu gebaut mit einer größeren Platte. |
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||
Reconstruire la BD-esclave et Réplication Comme la commande mysqldump verrouille les tables, il n'est pas nécessaire qu'il n'y ait pas de trafic sur la base de données principale. Avec --master-data, la commande mysqldump enregistre la position correcte pour l'insertion de la réplication sur le serveur esclave. Si le disque dur de l'esclave est plein, veuillez vous référer aux instructions sur cette page ci-dessous - "Disque d'esclave complet".
Disque d'esclave completIl y a plusieurs raisons pour lesquelles le disque esclave peut devenir plein. le répertoire tmp est completBackgroundChaque fois qu'une requête crée une table tmp, elle est écrite dans le répertoire temp, généralement /tmp. Cela se produit lorsque la taille maximale dépasse la taille maximale de la table "en mémoire". Celle-ci est définie avec les variables See also https://dev.mysql.com/doc/refman/5.6/en/internal-temporary-tables.html pour plus d'informations. Les tables dans /tmp sont conservées jusqu'à ce que la connexion DB respective soit fermée ou qu'une TABLE TEMPORAIRE DROP soit appelée. Si le répertoire /tmp est plein, il est probable qu'il manque quelque part une DROP TABLE TEMPORAIRE. Cela peut également se produire par le biais de requêtes des clients à la DB. L'installation de tmpwatch crée de l'aide de façon permanente Indices:
Procédure
Beaucoup de "journaux de relais" disponiblesMySQL écrit d'abord les journaux de relais du maître dans un fichier. Une fois que la réplication est interrompue, mais que le processus de relais esclave continue à fonctionner, le disque est rempli par les journaux de relais. Cette étape doit être effectuée dans tous les cas, surtout avant la prochaine (ibdata trop grande) pour faire de la place. ProcédureLes fichiers de la base de données se trouvent généralement dans /var/lib/mysql Si ce n'est pas le cas, le lieu peut être trouvé dans /etc/my.cnf L'entrée correspondante est datadir=(pfad)
Fichiers ibdata sur l'esclave "très grand"Les fichiers de la base de données se trouvent généralement dans /var/lib/mysql En raison de l'absence de documentation claire sur MySQL internas, le fichier /var/lib/mysql/ibdata1 peut être énorme par rapport à la base de données principale. Pour y remédier, il faut procéder avec un peu plus de rigueur. Procédure
Toujours pas d'espace disque > 20% gratuitDans ce cas, l'esclave est tout simplement trop petit. Le disque dur doit être étendu (comme pour l'extension du rôle STORE, ne s'appliquer qu'au volume logique où résident les données de la base de données MySQL). Ensuite, si le disque est trop petit, il faut à nouveau effectuer les étapes, puis restaurer l'esclave comme décrit ci-dessus. Ou bien l'esclave est complètement reconstruit avec une plaque plus grande.
Warning |
Translations Ignore | service mysqld enable |