mysql主从配置

环境准备：

• 两个相同版本的mysql实例
  • 10.230.20.101/10.230.20.102(mysql 5.7)

操作步骤

• 添加复制专用的账号
  在主服务器上，设置一个复制使用的账户，并授予 REPLICATION SLAVE 权限。这里 创建一个复制用户 rep01

 mysql> GRANT REPLICATION SLAVE ON *.* TO 'rep01'@'%' IDENTIFIED BY 'Abc@12345678'; 
        Query OK, 0 rows affected (0.00 sec)

• 开启binlog
  修改主数据库服务器的配置文件 my.cnf，开启 BINLOG，并设置 server-id 的值。这 两个参数的修改需要重新启动数据库服务才可以生效。

mysql> system vim /etc/my.cnf
server-id=101
log-bin=mysql-bin-log
innodb_flush_log_at_trx_commit=1
sync_binlog=1

• 阻止commit操作

 FLUSH TABLES WITH READ LOCK;

• 使用mysqldump对主库进行备份

mysqldump -uroot -p --single-transaction --flush-logs -R -E   --databases DB_NAME --set-gtid-purged=off --master-data=2  >/root/backup-`date +%F-%H-%M-%S`.sql

• 释放锁

UNLOCK TABLES;

• 在备库上使用dump文件进行恢复

mysql -uroot -p < *.sql

• 根据dump中的binlog文件和position，设置从服务器的主节点信息

mysql> CHANGE MASTER TO
    -> MASTER_HOST='10.230.20.101',
    -> MASTER_PORT=3306,
    -> MASTER_USER='rep01',
    -> MASTER_PASSWORD='Abc@12345678',
    -> MASTER_LOG_FILE='mysql-bin-log.000005',
    -> MASTER_LOG_POS=5208;
Query OK, 0 rows affected, 2 warnings (0.03 sec)

• 开始同步

mysql> start slave;
Query OK, 0 rows affected (0.01 sec)

• 在从节点上使用showprocesslist命令查看

mysql> show processlist;
+----+-------------+-----------+------+---------+------+--------------------------------------------------------+------------------+
| Id | User        | Host      | db   | Command | Time | State                                                  | Info             |
+----+-------------+-----------+------+---------+------+--------------------------------------------------------+------------------+
|  4 | root        | localhost | NULL | Query   |    0 | starting                                               | show processlist |
|  6 | system user |           | NULL | Connect |   70 | Slave has read all relay log; waiting for more updates | NULL             |
+----+-------------+-----------+------+---------+------+--------------------------------------------------------+------------------+
2 rows in set (0.00 sec)

这表明 slave 已经连接上 master，并开始接受并执行日志。

• 验证，在主节点操作，从节点验证

其他配置：

---

• skip-slave-start
  跳过同步启动从库

---

• log-slave-updates
  这个参数用来配置从服务器上的更新操作是否写二进制日志，默认是不打 开的。但是，如果这个从服务器同时也要作为其他服务器的主服务器，搭建一个链式的复制， 那么就需要打开这个选项，这样它的从服务器将获得它的二进制日志以进行同步操作。 这个启动参数需要和--logs-bin 参数一起使用。

---

• master-connect-retry
  master-connect-retry 这个参数用来设置在和主服务器的连接丢失的时候，重试的时间间隔， 默认是 60 秒，即每 60 秒重试一次。
• read-only
  read-only 该参数用来设置从服务器只能接受超级用户的更新操作，从而限制应用程序错误 的对从服务器的更新操作。

---

• replicate-do-db
• replicate-do-table
• replicate-ignore-db
• replicate-ignore-table
• replicate-wild-do-table
  指定从主数据库复制到从数据库的数据库或者表。有些时候用户只 需要将关键表备份到从服务器上，或者只需要将提供查询操作的表复制到从服务器上，这样 就可以通过配置这几个参数来筛选进行同步的数据库和表。

---

slave-skip-errors
在复制过程中，由于各种原因，从服务器可能会遇到执行 BINLOG 中的 SQL 出错的情况(比 如主键冲突)，默认情况下，从服务器将会停止复制进程，不再进行同步，等待用户介入处 理。这种问题如果不能及时发现，将会对应用或者备份产生影响。此参数的作用就是用来定 义复制过程中从服务器可以自动跳过的错误号，这样当复制过程中遇到定义中的错误号时， 便可以自动跳过，直接执行后面的 SQL 语句，以此来最大限度地减少人工干预。此参数可 以定义多个错误号，或者通过定义成 all 跳过全部的错误。具体语法如下:
--slave-skip-errors=[err_code1,err_code2,... | all]
如果从数据库主要是作为主数据库的备份，那么就不应该使用这个启动参数，设置不当，很 可能造成主从数据库的数据不同步。但是，如果从数据库仅仅是为了分担主数据库的查询压 力，且对数据的完整性要求不是很严格，那么这个选项的确可以减轻数据库管理员维护从数 据库的工作量。

---