检测、 准备和还原倾斜的 Mysql 复制

来自Chinese Ikoula Wiki
Ikbot讨论 | 贡献2016年6月3日 (五) 19:08的版本
Jump to navigation Jump to search

pl:Wykrywanie, przygotować i przywrócić przechylony replikacji Mysql ja:検出し、準備し、傾斜の Mysql レプリケーションを復元 ar:كشف، وإعداد وإعادة تكرار الخلية مائلة de:Erkennen, vorzubereiten und eine schräge Mysql-Replikation wiederherstellen nl:Detecteren, het voorbereiden en het herstel van een gekantelde Mysql replicatie it:Rilevare, preparare e ripristinare una replica di Mysql inclinata pt:Detectar, preparar e restaurar uma replicação Mysql inclinada es:Detectar, preparar y restaurar una replicación Mysql inclinada en:Detect, prepare and restore a tilted Mysql replication fr:Détecter, préparer et rétablir une réplication Mysql basculée

这篇文章是从由软件进行自动翻译。你可以看到这篇文章的源代码

Debian 下 | ! _ 你已经实现了通过主配置 Mysql 数据库复制系统 | ! _ 奴隶。当主服务器出现问题时,这是从属服务器 | ! _ 奴隶 | ! _ 谁接管。然而应该首先指出发生了这种规模。8

检测 | ! _ 根据您的服务级别,你可能监测职能的复制,在切换的情况下支持向您发出警告。/如果切换到从属服务器服务器主机上,后者的 ip 会自动改作出反应而不是主服务器 | ! _ 斯拉夫分贝的音量将更加重要,并且将包含最新记录的信息。 (由上 命令 | ! _ 您连接到 BDD | ! _ MySQL | ! _ | ! _ p your_password | ! _ 然后检查主服务器的状态 | ! _ 显示主状态语法 | ! _ ) 准备 | ! _ 您执行遵循的命令之前,请计划操作 | ! _ 喜欢的时隙或教唆的数据库是他极小值。

确保你的 BDD 根本不修改也将您的网站放在维修 | ! _ 绝对不是必须写在 BDD 奴隶响应时间 | ! _ 在写作过程中,在这里的后果 | ! _ 不同步复制 | ! _ 数据可能会丢失或损坏 | ! _ 防止写作 | ! _ 若要阻止写入数据库,它必须实现只读 | ! _ 只读模式 | ! _ .具有一定的阻塞请求写入 DB 的疗效。

  • 对奴隶 | ! _ 刷新表读取锁 | ! _ 设置全局 read_only | ! _ 一 | ! _ 创建转储 | ! _ 一次只读的奴隶,你可以转储其表安全 | ! _ 对奴隶 | ! _ 了 dump | ! _ 跳过添加锁 | ! _ 单交易 | ! _ | ! _ p your_password | ! _ 所有数据库 | ! _ 忽略表 | ! _ MySQL.user | ! _ 显然取代 | ! _ 按你通常的备份目的地。由公约 》 的日期格式 backupDDMMAAAA.sql 那里在寻找 | ! _ 发送转储 | ! _ 只要的奴隶和主人的服务器是远程的你通过奴隶对主人的转储文件。有几种方法,这样做有此文件传输,但在这里我们将讨论使用个人电脑,允许复印使用 SSH 服务。
  • 登录 | ! _ 登录 ssh 机奴隶 | ! _ 登录 | ! _ 登录 ssh 机大师 | ! _ 服务器 | ! _ IP 或主机名机奴隶 | ! _ 服务器 | ! _ IP 或主机名机大师 | ! _ 路径 | ! _ 文件 | ! _ 路径 | ! _ 文件 | ! _ SCP 登录 | ! _ 服务器 | ! _ 路径 | ! _ 文件 | ! _ 登录 | ! _ 服务器 | ! _ 路径 | ! _ 文件 | ! _ 导入转储 | ! _ 然后导入,它在主数据库同步 | ! _ BDD。
  • 在母版 | ! _ MySQL | ! _ | ! _ p your_password
  • :
    -u votre_utilisateur -
   \G

==

! 

 !

> :

==

()

'

   ;  = ;

==

'

    -- -- -u votre_utilisateur - -- --= > /destination/de/depart/mon/backup.sql

/destination/de/mon/backup.sql :)

==

  • 1 :
  • 2 :
  • 1 :
  • 2 :
  • / 1 : /destination/de/depart/de/mon/backup.sql
  • / 2 : /destination/darrivee/de/mon/backup.sql
   1@1:/1 2@2:/2

==

2 BDD.

'

   mysql -u votre_utilisateur - < /destination/de/mon/backup.sql

Rétablir la réplication

Sur le serveur MASTER: Vous avez besoin d'informations provenant du serveur master, exécutez donc la commande:

   echo "show master status\G" | mysql -u votre_utilisateur -p votre_mot_de_passe

Garder ces deux lignes de côté :

  • File: mysql-bin.1X1X1X
  • Position: 2X2X2X2X2

Sur SLAVE Actualisez les clauses MASTER_LOG_FILE et MASTER_LOG_POS par les informations de la commande précédente.

  • MASTER_LOG_FILE étant File:
  • MASTER_LOG_POS étant Position
   stop slave; CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.1X1X1X', MASTER_LOG_POS=2X2X2X2X2;start slave;


Test et finalisation

Pour vérifier la mise en place de cette réplication utilisez sur le SLAVE:

   echo "show slave status\G" | mysql -u votre_utilisateur -p votre_mot_de_passe

Vérifiez ces lignes :

  • Slave_IO_Running sur Yes
  • Slave_SQL_Running sur Yes
  • Seconds_Behind_Master a 0

Si tout correspond la mise en place de la réplication s'est bien déroulée. Retirer la restriction lecture seule sur votre bdd SLAVE:

  SET GLOBAL read_only = OFF;UNLOCK TABLES;

Vous pouvez redémarrer tous vos services utilisant les Bdd.

Vérifiez leur bonne exécution grâce a la commande suivante en remplaçant "votreservice" par celui concerné. exemple: votre serveur web apache : "apache2" votre SGBD Mysql : "mysql"

  systemctl  status "votreservice".service

Cette documentation a été crée a partir de la documentation interne et de la documentation officielle Mysql



您未被允许发表评论。