mysqlreplicate - En ligne dans le Cloud

PROGRAMME:

Nom

mysqlreplicate - Configurer et démarrer la réplication entre deux serveurs

SYNOPSIS

mysqlreplicate [Options]

DESCRIPTION

Cet utilitaire permet à un administrateur de démarrer la réplication d'un serveur (le maître) vers
un autre (l'esclave). L'utilisateur fournit les informations de connexion pour l'esclave et la connexion
informations pour se connecter au maître. Il est également possible de spécifier une base de données à
utilisé pour tester la réplication.

L'utilitaire signale les conditions dans lesquelles les moteurs de stockage sur le maître et l'esclave
différer. Il signale également un avertissement si le moteur de stockage InnoDB diffère sur le maître et
trimer. Pour qu'InnoDB soit le même, les deux serveurs doivent exécuter le même « type » d'InnoDB
(intégré ou le plugin InnoDB), et InnoDB sur les deux serveurs doit avoir le même majeur et
numéros de version mineurs et état activé.

Par défaut, l'utilitaire émet des avertissements en cas de non-concordance entre les ensembles de stockage
moteurs, le moteur de stockage par défaut et le moteur de stockage InnoDB. Produire des erreurs
utilisez plutôt le --pédant option, qui nécessite que les moteurs de stockage soient les mêmes sur le
maître et esclave.

Le manuel de formation -vv L'option affiche les écarts entre les moteurs de stockage et les valeurs InnoDB,
avec ou sans le --pédant option.

La réplication peut être démarrée à l'aide de l'une des stratégies suivantes.

· Commencer à partir de la position actuelle (par défaut)

Démarrez la réplication à partir du fichier journal binaire maître actuel et de sa position. L'utilité
utilise l' SPECTACLES MASTER STATUT déclaration pour récupérer ces informations.

· Commencer depuis le début

Démarrez la réplication à partir du premier événement enregistré dans le journal binaire maître. Pour faire ça,
utiliser le --start-from-commencement option.

· Démarrer à partir d'un fichier journal binaire

Démarrez la réplication à partir du premier événement dans un fichier journal binaire maître spécifique. À faire
cela, utilisez le --master-log-file option.

· Commencer à partir d'un événement spécifique

Démarrer la réplication à partir de coordonnées d'événement spécifiques (fichier journal binaire spécifique et
position). Pour ce faire, utilisez le --master-log-file et --master-log-pos options.
OPTIONS

mysqlreplicate accepte les options de ligne de commande suivantes :

· --aider

Affichez un message d'aide et quittez.

· --master=

Informations de connexion pour le serveur maître au format :
<utilisateur>[ :passwd>]@hôte>[ :port>][ :douille>] ouchemin-de-connexion>[ :port>][ :douille>].

· --master-log-file=

Commencez la réplication depuis le début de ce fichier journal principal.

· --master-log-pos=

Commencez la réplication à partir de cette position dans le fichier journal principal. Cette option n'est pas valide
à moins que --master-log-file est donné.

· --pédant, -p

Échec si les deux serveurs n'ont pas le même ensemble de moteurs de stockage, la même valeur par défaut
moteur de stockage et le même moteur de stockage InnoDB.

· --rpl-user=

L'utilisateur et le mot de passe de l'utilisateur de réplication, au format :utilisateur>[ : >] ou
<chemin-de-connexion>. La valeur par défaut est rpl:rpl.

· --esclave=

Informations de connexion pour le serveur esclave au format :
<utilisateur>[ :passwd>]@hôte>[ :port>][ :douille>] ouchemin-de-connexion>[ :port>][ :douille>].

· --start-from-beginning, -b

Démarrez la réplication au début des événements consignés dans le journal binaire principal. Cette
l'option n'est valide que si les deux --master-log-file et --master-log-pos sont donnés.

· --test-db=

Nom de la base de données à utiliser pour tester la configuration de la réplication. Si cette option n'est pas
donné, aucun test n'est effectué, seulement une vérification d'erreur.

· --verbeux, -v

Spécifiez la quantité d'informations à afficher. Utilisez cette option plusieurs fois pour augmenter
la quantité d'informations. Par exemple, -v = verbeux, -vv = plus verbeux, -vvv =
déboguer.

· --version

Affichez les informations de version et quittez.
NOTES

L'utilisateur de connexion pour le serveur maître doit avoir les autorisations appropriées pour accorder l'accès
à toutes les bases de données et la possibilité de créer un compte utilisateur. Par exemple, le compte utilisateur
utilisé pour se connecter au maître doit avoir le avec SUBVENTION OPTION privilège.

Les ID de serveur sur le maître et l'esclave doivent être différents de zéro et uniques. L'utilitaire signale un
erreur si l'ID du serveur est 0 sur l'un des serveurs ou le même sur le maître et l'esclave. Régler
ces valeurs avant de démarrer cet utilitaire.

Il n'est pas recommandé de mélanger IP et noms d'hôte. Les utilitaires spécifiques à la réplication
tenter de comparer les noms d'hôtes et les adresses IP en tant qu'alias pour vérifier la connectivité des esclaves
au maître. Cependant, si votre installation ne prend pas en charge la recherche de nom inversée, le
la comparaison pourrait échouer. Sans la possibilité d'effectuer une recherche de nom inversée, la réplication
les utilitaires pourraient signaler un faux négatif indiquant que l'esclave n'est (pas) connecté au maître.

Par exemple, si vous configurez la réplication en utilisant MASTER_HOST=ubuntu.net sur l'esclave et plus tard
connectez-vous à l'esclave avec mysqlrplcheck et faites spécifier le maître comme
--master=192.168.0.6 en utilisant l'adresse IP valide pour ubuntu.net, vous devez avoir la capacité
faire une recherche de nom inversée pour comparer l'IP (192.168.0.6) et le nom d'hôte (ubuntu.net)
pour déterminer s'il s'agit de la même machine.

Le chemin d'accès aux outils client MySQL doit être inclus dans la variable d'environnement PATH dans
afin d'utiliser le mécanisme d'authentification avec login-paths. Cela permettra à l'utilitaire de
utilisez les outils my_print_defaults qui sont nécessaires pour lire les valeurs du chemin de connexion à partir du
fichier de configuration de connexion (.mylogin.cnf).
EXEMPLES

Pour configurer la réplication entre deux instances MySQL s'exécutant sur des ports différents du même
hôte en utilisant les paramètres par défaut, utilisez cette commande :

$ mysqlreplicate --master=root@localhost:3306 \
--slave=root@localhost:3307 --rpl-user=rpl:rpl
# master sur localhost : ... connecté.
# esclave sur localhost : ... connecté.
# Vérification de la journalisation binaire sur le maître...
# Configuration de la réplication...
# ...terminé.

La commande suivante utilise --pédant pour garantir que la réplication entre le maître et
l'esclave réussit si et seulement si les deux serveurs ont les mêmes moteurs de stockage disponibles,
le même moteur de stockage par défaut et le même moteur de stockage InnoDB :

$ mysqlreplicate --master=root@localhost:3306 \
--slave=root@localhost:3307 --rpl-user=rpl:rpl -vv --pedantic
# master sur localhost : ... connecté.
# esclave sur localhost : ... connecté.
# identifiant maître = 2
# identifiant d'esclave = 99
# Vérification des statistiques InnoDB pour les conflits de type et de version.
# Vérification des moteurs de stockage...
# Vérification de la journalisation binaire sur le maître...
# Configuration de la réplication...
# Rinçage des tables sur le maître avec verrou de lecture...
# Connexion de l'esclave au maître...
# CHANGER MASTER EN MASTER_HOST = [... omis...]
# Démarrage de l'esclave...
# statut : en attente de l'envoi de l'événement par le maître
# erreur : 0 :
# Déverrouillage des tables sur le maître...
# ...terminé.

La commande suivante démarre la réplication à partir de la position actuelle du maître (qui est
le défaut):

$ mysqlreplicate --master=root@localhost:3306 \
--slave=root@localhost:3307 --rpl-user=rpl:rpl
# master sur localhost : ... connecté.
# esclave sur localhost : ... connecté.
# Vérification de la journalisation binaire sur le maître...
# Configuration de la réplication...
# ...terminé.

La commande suivante démarre la réplication à partir du début des événements enregistrés sur le
Maître:

$ mysqlreplicate --master=root@localhost:3306 \
--slave=root@localhost:3307 --rpl-user=rpl:rpl \
--start-from-commencement
# master sur localhost : ... connecté.
# esclave sur localhost : ... connecté.
# Vérification de la journalisation binaire sur le maître...
# Configuration de la réplication...
# ...terminé.

La commande suivante démarre la réplication à partir du début d'un binaire maître spécifique
fichier journal:

$ mysqlreplicate --master=root@localhost:3306 \
--slave=root@localhost:3307 --rpl-user=rpl:rpl \
--master-log-file=mon_log.000003
# master sur localhost : ... connecté.
# esclave sur localhost : ... connecté.
# Vérification de la journalisation binaire sur le maître...
# Configuration de la réplication...
# ...terminé.

La commande suivante démarre la réplication à partir de coordonnées de journal binaire maître spécifiques
(fichier journal et position spécifiques) :

$ mysqlreplicate --master=root@localhost:3306 \
--slave=root@localhost:3307 --rpl-user=rpl:rpl \
--master-log-file=mon_journal.000001 --master-log-pos=96
# master sur localhost : ... connecté.
# esclave sur localhost : ... connecté.
# Vérification de la journalisation binaire sur le maître...
# Configuration de la réplication...
# ...terminé.

RECOMMANDATIONS

Vous devez définir read_only=1 dans le fichier my.cnf de l'esclave pour vous assurer qu'aucun accident
des modifications de données, telles que INSERT, EFFACER, MISE À JOUR, et ainsi de suite, sont autorisés sur l'esclave
autres que ceux produits par les événements lus à partir du maître.

Utilisez l'option --pédant et -vv options de configuration de la réplication sur les serveurs de production pour
éviter les problèmes possibles avec différents moteurs de stockage.

DROIT D'AUTEUR

Utilisez mysqlreplicate en ligne à l'aide des services onworks.net