M--S架构：实现双机热备（AB复制）
1、可以降低master读压力
2、可以对数据库做“热备”，热备只能解决硬件master硬件故障，软件故障等重大故障问题，但无法解决人为误操作导致的逻辑故障（列如输入错误的SQL语句把重要的记录删除了），所以常规的备份是必须。
环境准备及要求：
1、关闭防火墙和selinux
2、hosts文件中两台服务器主机名和ip地址一一对应起来
3、系统时间需要同步
4、master和slave的数据库版本保持一致（系统版本保持一致）
思路：
1、master必须开启二进制日志
2、slave必须开启中继日志
3、master和slave的server-id必须不一样 范围（2^23-1）
4、master和slave的初始数据一致
M--S架构操作步骤
环境：
master：192.168.1.166
slave：192.168.1.114
1、环境准备
# master： [root@master ~]# vim /etc/hosts 192.168.1.114 slave # slave： [root@slave ~]# vim /etc/hosts 192.168.1.166 master
2、修改配置文件
# master： root@master ~]# vim /etc/my.cnf log-bin=mysql-bin server-id = 1 # slave： [root@slave ~]# vim /etc/my.cnf server-id = 2 relay-log=/data/DB/relay.log
# 扩展说明：有时候，我们只是想master向slave上面同步某一个库，那么就可以使用下面的参数，同样是加在/etc/my.conf配置文件里面： binlog-do-db=需要复制的数据库名，如果复制多个数据库，重复设置这个选项即可 binlog-ignore-db=不需要复制的数据库苦命，如果复制多个数据库，重复设置这个选项即可 示例： master的/etc/my.conf server-id = 1 log-bin=mysql-bin #设定生成的log文件名； binlog-do-db=demo #需要同步的二进制数据库名； binlog-ignore-db=information_schema #不同步的二进制数据库名,如果不设置可以将其注释掉; binlog-ignore-db=mysql binlog-ignore-db=performance_schema binlog-ignore-db=test log-slave-update #把更新的记录写到二进制文件中； slave的/etc/my.conf server-id = 2 # 如果有多个 依次添加即可，不能相同 log-bin=mysql-bin relay-log=/data/DB/relay.log # 如果想要做级联架构，也就是master复制到slave上面，slave再复制到slave2上面，同样在slave上面也可以控制需要复制的数据库， replicate-ignore-db=mysql replicate-do-db=demo log-slave-update # 级联 中级slave必须开启此参数 # MySQL主从复制参数大全 参考：https://www.cnblogs.com/qianniao12/p/8011222.html
3、数据初始化一致
情况1：两边都没有业务数据，直接初始化master和slave的数据库
情况2：master上面有业务数据
masteer： 1>停止数据库 [root@master ~]# /etc/init.d/mysqld stop 2>物理级别备份 [root@master ~]# cd /data/DB/ && ll [root@master DB]# tar -cvzf /tmp/mysql.tar.gz * [root@master DB]# scp /tmp/mysql.tar.gz 192.168.1.114:/tmp slave： 3>slave端进行数据恢复 [root@slave ~]# cd /data/DB/ && ll [root@slave DB]# tar -xf /tmp/mysql.tar.gz -C . [root@slave DB]# /etc/init.d/mysqld start master和slave： 4>查看slave和master上面的数据是否一样 [root@master DB]# echo "show databases;" | mysql -p123 [root@slave DB]# echo "show databases;" | mysql -p123
4、在master上面创建授权用户及查看binlog信息
master： 1>锁表，先加锁，防止两边数据不一致;如果业务还未上线，这个就没有必要了 mysql> flush tables with read lock; 2>创建授权用户 mysql> grant replication slave on *.* to 'slave'@'192.168.1.114' identified by '123'; 3>查看binglog信息，只有打开二进制日志，这句命令才有结果，表示当前数据库的二进制日志写到什么位置 mysql> show master statusG *************************** 1. row *************************** File: mysql-bin.000003 Position: 331 Binlog_Do_DB: Binlog_Ignore_DB: Executed_Gtid_Set: 1 row in set (0.02 sec) # 注意：此时千万不要往里面写东西
5、在slave上配置同步信息
slave： mysql> change master to master_host='192.168.1.166', master_user='slave', master_password='123', master_port=3306, master_log_file='mysql-bin.000003', master_log_pos=331; 参数说明： master_host： master ip master_user： 同步用户 master_password： 密码 master_port： 端口 master_log_file： master上面查看到的二进制日志名 master_log_pos： master上面查看到的POS值 mysql> show slave status G 查看slave发现报错 解决： 1.检查配置文件里server-id是否不一致 2.检查数据目录里的auto.cnf文件的uuid是否一样，如果一样将slave中的auto.cnf删除后将master和slave的服务重启。 mysql> show slave status G; Slave_IO_Running: Yes Slave_SQL_Running: Yes
6、测试验证
测试一： 先查看master和slave的ceshi库中users表的信息 master： mysql> select * from ceshi.users; +----+-------+----------+-----------------+ | id | name | password | address | +----+-------+----------+-----------------+ | 1 | zhang | 1234 | NULL | | 2 | wang | 4321 | 湖北武汉 | | 3 | li | 5678 | 北京海淀 | | 4 | liu | 1122 | NULL | | 5 | zou | 4311 | 湖南长沙 | | 6 | zhou | 6789 | 北京八宝山 | | 7 | ding | 7891 | 深圳西丽 | +----+-------+----------+-----------------+ 7 rows in set (0.00 sec) slave： mysql> select * from ceshi.users; +----+-------+----------+-----------------+ | id | name | password | address | +----+-------+----------+-----------------+ | 1 | zhang | 1234 | NULL | | 2 | wang | 4321 | 湖北武汉 | | 3 | li | 5678 | 北京海淀 | | 4 | liu | 1122 | NULL | | 5 | zou | 4311 | 湖南长沙 | | 6 | zhou | 6789 | 北京八宝山 | | 7 | ding | 7891 | 深圳西丽 | +----+-------+----------+-----------------+ 7 rows in set (0.11 sec) 在master上面删除数据，然后回到slave上面查看 master： mysql> delete from ceshi.users where id>=3; mysql> select * from ceshi.users; +----+-------+----------+--------------+ | id | name | password | address | +----+-------+----------+--------------+ | 1 | zhang | 1234 | NULL | | 2 | wang | 4321 | 湖北武汉 | +----+-------+----------+--------------+ 2 rows in set (0.00 sec) slave： mysql> select * from ceshi.users; +----+-------+----------+--------------+ | id | name | password | address | +----+-------+----------+--------------+ | 1 | zhang | 1234 | NULL | | 2 | wang | 4321 | 湖北武汉 | +----+-------+----------+--------------+ 2 rows in set (0.00 sec) 测试二： 停止slave上的服务 [root@slave ~]# /etc/init.d/mysqld stop 在master上面插入数据并查看 mysql> insert into ceshi.users(name, password, address) values("ceshi","666666","广东深圳"); Query OK, 1 row affected (0.04 sec) mysql> select * from ceshi.users; +----+-------+----------+--------------+ | id | name | password | address | +----+-------+----------+--------------+ | 1 | zhang | 1234 | NULL | | 2 | wang | 4321 | 湖北武汉 | | 8 | ceshi | 666666 | 广东深圳 | +----+-------+----------+--------------+ 3 rows in set (0.00 sec) 再次启动slave并查看是否有更新 [root@slave ~]# /etc/init.d/mysqld start mysql> select * from ceshi.users; +----+-------+----------+--------------+ | id | name | password | address | +----+-------+----------+--------------+ | 1 | zhang | 1234 | NULL | | 2 | wang | 4321 | 湖北武汉 | | 8 | ceshi | 666666 | 广东深圳 | +----+-------+----------+--------------+ 3 rows in set (0.00 sec)
总结：
1、测试表明只能在master端上面进行写然后再同步到slave端。
2、如果slave服务关闭后可以不用管理，然后再在master端可以继续写入，等到slave服务启动后，会自动同步到slave端。