MySQL主从搭建
摘要
0.0.1 1、简介
MySQL作为世界上使用最为广泛的数据库之一,免费是其原因之一。但不可忽略的是它本身的功能的确很强大。随着技术的发展,在实际的生产环境中,由于单台MySQL数据库服务器不能满足实际的需求。此时数据库集群就很好的解决了这个问题了。采用MySQL分布式集群,能够搭建一个高并发、负载均衡的集群服务器。在此之前我们必须要保证每台MySQL服务器里的数据同步。数据同步我们可以通过MySQL内部配置就可以轻松完成,主要有主从复制和主主复制。
0.0.2 2、环境
主机名 | IP | MySQL版本 |
---|---|---|
mysql-primary | 192.168.1.71 | 5.7 |
mysql-standby | 192.168.1.72 | 5.7 |
0.0.3 3、主从复制
0.0.3.1 3.1、MySQL
已经安装好,并且没有任何数据
0.0.3.2 3.2、配置文件
一般Linux中的MySQL配置文件都在/etc/my.cnf
(windows中的配置文件为mysql.ini
)
|
|
注意:二进制日志必须开启,因为数据的同步实质上就是其他的MySQL数据库服务器将这个数据变更的二进制日志在本机上再执行一遍。
0.0.3.3 3.3、开始构建主从复制
第一步: 在192.168.1.71中创建一个192.168.1.72主机中可以登录的MySQL用户 用户:mysql1 密码:mysql1 MySQL 5.7及以前版本
|
|
MySQL 8创建
|
|
第二步: 查看192.168.1.71 MySQL服务器二进制文件名与位置
|
|
第三步: 告知二进制文件名与位置 在192.168.1.72中执行
|
|
完成主从复制配置
0.0.3.4 3.4、测试主从复制
在192.168.1.72中
|
|
当看到Slave_IO_Running: YES、Slave_SQL_Running: YES才表明状态正常 实际测试: 登陆192.168.1.71主MySQL
|
|
登陆192.168.1.72从MySQL
|
|
192.168.1.71主MySQL操作
|
|
192.168.1.72从MySQL操作
|
|
由上面两个结果图可得知,两主机达到了数据同步。主从复制的配置就是如此的简单。
0.0.3.5 3.5、还可以用到的其他相关参数
master开启二进制日志后默认记录所有库所有表的操作,可以通过配置来指定只记录指定的数据库甚至指定的表的操作,具体在mysql配置文件的[mysqld]可添加修改如下选项:不同步哪些数据库
|
|
只同步哪些数据库,除此之外,其他不同步
|
|
0.0.4 4、MySql主主复制
0.0.4.1 4.1、实现原理
主主复制即在两台MySQL主机内都可以变更数据,而且另外一台主机也会做出相应的变更。聪明的你也许已经想到该怎么实现了。对,就是将两个主从复制有机合并起来就好了。只不过在配置的时候我们需要注意一些问题,例如,主键重复,server-id不能重复等等。
0.0.4.2 4.2、配置文件
192.168.1.71
|
|
192.168.1.72
|
|
配置好后重启MySQL
0.0.4.3 4.3、开始构建主主复制
因为主主复制是两个主从复制组合一起,所以我就接着上面主从复制接着配置。 第一步: 在192.168.1.12中创建一个192.168.1.71主机中可以登录的MySQL用户 用户:mysql11 密码:mysql11
|
|
第二步: 在192.168.1.72查看二进制日志名和位置
|
|
第三步: 告知二进制文件名与位置 在192.168.1.71中执行:
|
|
完成主主复制配置
0.0.4.4 4.4、测试主主复制
分别开启start slave;
|
|
192.168.1.71
192.168.1.72
当看到Slave_IO_Running: YES、Slave_SQL_Running: YES才表明状态正常 测试: 192.168.1.71
|
|
tab1无数据 192.168.1.72
|
|
tab1无数据 192.168.1.71插入数据
|
|
192.168.1.72插入数据
|
|
查看数据: 两个主机数据结果一样!
主主复制配置成功!
0.0.5 5、注意事项
1、主主复制配置文件中auto_increment_increment
和auto_increment_offset
只能保证主键不重复,却不能保证主键有序。
2、当配置完成Slave_IO_Running
、Slave_SQL_Running
不全为YES时,show slave status\G
信息中有错误提示,可根据错误提示进行更正。
3、Slave_IO_Running、Slave_SQL_Running不全为YES时,大多数问题都是数据不统一导致。
常见出错点:
1、两台数据库都存在db数据库,而第一台MySQL db中有tab1,第二台MySQL db中没有tab1,那肯定不能成功。
2、已经获取了数据的二进制日志名和位置,又进行了数据操作,导致POS发生变更。在配置CHANGE MASTER时还是用到之前的POS。
3、stop slave后,数据变更,再start slave。出错。
终极更正法:重新执行一遍CHANGE MASTER就好了。