mysql5.7.19版本的主从复制问题分享

不同的业务，不同的服务器

a ----》MYSQL(A)

B ---->MYSQL(B)

2.相同的业务，不同的服务器。使用域名解析来达到读写分离。 ---》比较简单，只要修改下域名对应的ip

写 ----》主

wdb.abc.com  --->132.1.1.5  主

读 -----》主、从    

可以使用负载均衡域名解析

rdb.abc.com  --->132.1.1.1 从

rdb.abc.com  --->132.1.1.2 从

rdb.abc.com  --->132.1.1.3 从

rdb.abc.com  --->132.1.1.4  从

rdb.abc.com  --->132.1.1.5  主

3.使用中间件来实现读写分离。oneproxy---》杭州平民软件---》王广友

中间件里有个配置文件，会写明读往那些服务器，写往那台服务器。

开源：mycat

=====

主从复制-----》为读写分离做铺垫。---》提升性能的作用。

=====

MySQL  replication  复制

   master   slave

   write  read

=====

克隆 clone

1.先关闭计算机

=====

主从复制的前提条件：

2台MySQL服务器的数据是一样的。

=====

将master和slave的ip地址配置好，不要一样，同时修改主机名为mysql_master  、mysql_slave

mysql> grant replication slave  on *.* to ‘backup‘@‘192.168.0.139‘ identified by ‘123456‘;

mysql> CREATE USER ‘repl‘@‘%.mydomain.com‘ IDENTIFIED BY ‘slavepass‘;

mysql> GRANT REPLICATION SLAVE ON *.* TO ‘repl‘@‘%.mydomain.com‘;

====

/etc/my.cnf

server-id=2

log-bin

master-host=192.168.0.137

master-user=backup

master-password=123456

master-port=3306

目前不可行，总是报错

mysql 官方给的解释：

Obsolete Replication Slave Options  废弃的主从复制的选项

The following options are removed in MySQL 5.5. If you attempt to start mysqld with any of these

options in MySQL 5.5, the server aborts with an unknown variable error. To set the replication

parameters formerly associated with these options, you must use the CHANGE MASTER TO ...

statement (see Section 13.4.2.1, “CHANGE MASTER TO Syntax”).

The options affected are shown in this list:

? --master-host

? --master-user

? --master-password

? --master-port

? --master-connect-retry

? --master-ssl

? --master-ssl-ca

? --master-ssl-capath

? --master-ssl-cert

? --master-ssl-cipher

? --master-ssl-key

===

在从服务器的数据库里输入命令：

mysql> change master to master_host=‘192.168.0.137‘, master_user=‘backup‘, master_password=‘123456‘, master_port=3306;

mysql> START SLAVE;

Query OK, 0 rows affected (0.00 sec)

mysql>

             Slave_IO_Running: No   IO线程启动不起来

            Slave_SQL_Running: Yes

出错信息：

                Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work

  原因是MySQL的server UUID一样

[root@mysql-slave mysql]# pwd

/var/lib/mysql      ---》存放在此目录下

[root@mysql-slave mysql]# 

[root@mysql-slave mysql]# vim auto.cnf   修改此文件里的uuid

[auto]

server-uuid=7fce030c-9f7b-11e7-b09f-000c29e2a2e4

[root@mysql-slave mysql]# service mysqld restart

Redirecting to /bin/systemctl restart  mysqld.service

[root@mysql-slave mysql]# 

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

====

不要在slave里写数据，会导致SQL thread线程不工作，如果已经写了，建议删除，重新启动下slave 进程

mysql> start slave;

===

relay-log.info ---》记录上次从主服务器的binlog日志里什么位置，下次去复制下载主的binlog日志的时候，知道从哪里开始。

master.info  --->连接主服务器使用的（主的ip和连接使用的用户和密码）

mysql-slave-relay-bin.000006  记录中继日志被重新执行的时候的二进制日志

====

1.主从服务器之间复制数据的时候，有延迟吗？是否有数据丢失的现象发生？

主从服务器存放在一个机房好，还是2个机房好？

2.如何减少延迟？如何避免数据丢失？

3.半同步复制是什么？

4.主服务器down机了，从服务器如何顶替主服务器工作？

5.主服务器又恢复了，又可以充当什么角色？主还是从？

6.了解mycat和oneproxy中间件程序，实现读写分离

===

联系方式:695811769@qq.com

本文出自 “12745218” 博客，请务必保留此出处http://12755218.blog.51cto.com/12745218/1969264

mysql5.7.19版本的主从复制问题分享

标签：主从   msyql   复制问题