mysql5.7.19版本的主从复制问题分享
今天学习构建mysql 5.7.19版本的MySQL的主从复制
碰到了一些坑,特定分享下:
mysql的主从服务器是通过克隆虚拟机完成,导致uuids一样,需要修改auto.cnf文件
在slave上想通过在/etc/my.cnf里添加连接master的配置,总是导致启动mysqld服务失败,看错误日志,说不支持的选项。原因是5.7.19里已经淘汰了在配置文件里加这种配置的方法了。
下面是部分笔记,特分享下。
mysql> show variables like "%binlog%";
| binlog_format | ROW
====
如何让程序能同时读取主和从服务器上的数据:
1.直接在程序里写死,那个业务访问那台MySQL服务器ip,定死。 ---》很傻、维护起来非常麻烦,需要开发的协助。
不同的业务,不同的服务器
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
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341