准备两台服务器并安装MySQL5.7
master服务器
192.168.254.132
slave服务器
192.168.254.136
确保两台服务器安装的mysql版本一致，本测试使用的是mysql5.7，登录mysql数据库，使用如下命令查看mysql数据库版本
[root@localhost ~]# mysql -u root -p
Enter password:
mysql> show variables like '%version%';
master服务器配置流程
1、登录mysql数据库
[root@localhost ~]# mysql -u root -p
Enter password:
2、创建数据库，数据库名称为：TONGBU
mysql> create database TONGBU;
3、进入TONGBU数据库并创建表TB1
mysql> use TONGBU;
mysql> create table TB1(id varchar(60),name varchar(100));
4、修改配置/etc/my.cnf文件
修改的具体参数如下：
server-id=1
log-bin=mysql-bin
binlog-do-db=TONGBU
binlog-ignore-db=mysql
sync_binlog=1
binlog_checksum=none
binlog_format=mixed
提示
[mysqld] server-id=1 #数据库唯一ID，主从的标识号绝对不能重复。
log-bin=mysql-bin #开启bin-log，并指定文件目录和文件名前缀
binlog-do-db=liting #需要同步liting数据库。如果是多个同步库，就以此格式另写几行即可。如果不指明对某个具体库同步，就去掉此行，表示同步所有库(除了ignore忽略的库)。
binlog-ignore-db=mysql #不同步mysql系统数据库。如果是多个不同步库，就以此格式另写几行；也可以在一行，中间逗号隔开。
sync_binlog = 1 ＃确保binlog日志写入后与硬盘同步
binlog_checksum = none ＃跳过现有的采用checksum的事件，mysql5.6.5以后的版本中binlog_checksum=crc32,而低版本都是binlog_checksum=none
binlog_format = mixed ＃bin-log日志文件格式，设置为MIXED可以防止主键重复。
在主服务器上最重要的二进制日志设置是sync_binlog，这使得mysql在每次提交事务的时候把二进制日志的内容同步到磁盘上，即使服务器崩溃也会把事件写入日志中。
sync_binlog这个参数是对于MySQL系统来说是至关重要的，他不仅影响到Binlog对MySQL所带来的性能损耗，而且还影响到MySQL中数据的完整性。对于"sync_binlog"参数的各种设置的说明如下：
sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。
sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。
在MySQL中系统默认的设置是sync_binlog=0，也就是不做任何强制性的磁盘刷新指令，这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。而当设置为“1”的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响。
从相关测试来看，对于高并发事务的系统来说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。
5、重置mysql数据库
[root@hadoop4 ~]# systemctl restart mysqld.service
6、授权给slave查同步权限
mysql> grant replication slave on *.* to slave@192.168.254.136 identified by "123456";
注意，注意，注意：：：
授权的用户：slave，不是从服务器的用户名，也不是从服务器中Mysql登录用的用户名，也是主服务器为从服务器自定义开户的一个可供从服务读(或者说是同步数据)数据用的一个用户名，可以自定义，但是要求从服务器在my.cnf配置文件中配置的master-user参数的名称一致，
如：master-user=slave #该名称为主服务器上可以进行同步的用户名，也是在此处授权的用户；
另外这一步容易出现一个异常，异常如下
ERROR 1819 (HY000): Your password does not satisfy the current policy requirements
原因是不满足密码设置的策略，这里需要两个命令来设置一下slave服务器mysql密码设置的策略
mysql> set global validate_password_policy=0;
mysql> set global validate_password_length=1;
执行刷新数据库：
flush privileges;
7、授权成功后，查看主从状态
mysql> show master status;
8、查看二进制日志文件
[root@hadoop4 ~]# find / -name mysql-bin.000001
可以看到二进制日志文件在路径：/var/lib/mysql/mysql-bin.000001下
[root@hadoop4 ~]# ll /var/lib/mysql
9、备份要同步的数据库
1)、数据库备份语法
表结构+数据
mysqldump -u用户名 -p 数据库名 > 数据库名.sql
只导出表结构
mysqldump -u用户名 -p -d 数据库名 > 数据库名.sql如
示例：
#/usr/local/mysql/bin/mysqldump -uroot -p -d abc > abc.sql
执行备份命令前，一定要先到mysql的运行路径下，再执行一下命令，如果不知道可以通过find命令查询:
[root@hadoop4 ~]# find / -name mysqldump
本系统中mysql数据库导出目录如下：
/usr/bin/mysqldump
2)、执行数据库导出命令
[root@hadoop4 ~]# /usr/bin/mysqldump -uroot -p TONGBU > /usr/mytest/TONGBU.sql
10、把导出的数据库文件拷贝到slave(192.168.254.136)服务器上
[root@hadoop4 mytest]# src TONGBU.sql root@192.168.254.136:/usr/mytest/
slave(192.168.254.136)服务器上拷贝成功：
11、slave(192.168.254.136)数据库导入备份脚本
1)、数据库导入语法
使用 mysql 命令导入数据库格式如下：
mysql -u用户名 -p 数据库名 < 数据库名.sql
示例：
# mysql -uroot -p123456 < abc.sql
使用 source 命令导入
先登录到 mysql 中，并创建一个空的数据库：
mysql> create database abc; # 创建数据库
mysql> use abc; # 使用已创建的数据库
mysql> set names utf8; # 设置编码
mysql> source /home/abc/abc.sql # 导入备份数据库
2)、slave(192.168.254.136)数据库具体导入步骤
登录数据库，并创建数据库
[root@localhost mytest]# mysql -u root -p
mysql> create database TONGBU;
Query OK, 1 row affected (0.03 sec)
mysql> use TONGBU;
Database changed
mysql> set names utf8;
Query OK, 0 rows affected (0.00 sec)
执行导入命令如下：
[root@localhost mytest]# mysql -uroot -p TONGBU < /usr/mytest/TONGBU.sql
slave服务器配置流程
1、设置slave数据库的my.cnf配置文件
[root@localhost mytest]# vi /etc/my.cnf
具体配置：
[mysqld]
server-id=2
log-bin=mysql-bin-slave #从主机中可要可不要
replicate-do-db=TONGBU
replicate-ignore-db=mysql
slave-skip-errors = all
master-host=192.168.254.132 #指定主服务器IP地址
master-user=slave #指定定在主服务器上可以进行同步的用户名
master-password=123456 #密码
#master-port=3306
master-connect-retry=60 #断点重新连接时间
提示：
[mysqld]
server-id=2 #设置从服务器id，必须于主服务器不同
log-bin=mysql-bin #启动MySQ二进制日志系统
replicate-do-db=liting #需要同步的数据库名。如果不指明同步哪些库，就去掉这行，表示所有库的同步(除了ignore忽略的库)。
replicate-ignore-db=mysql #不同步test数据库
slave-skip-errors = all #跳过所有的错误，继续执行复制操作
当只针对某些库的某张表进行同步时，如下，只同步liting库的haha表和test库的heihei表：
replicate-do-db = liting
replicate-wild-do-table = liting.haha //当只同步几个或少数表时，可以这样设置。注意这要跟上面的库指定配合使用；
replicate-do-db = test
replicate-wild-do-table = test.heihei //如果同步的库的表比较多时，就不能这样一一指定了，就把这个选项配置去掉，直接根据指定的库进行同步。
重点
master-user=slave #指定定在主服务器上可以进行同步的用户名
master-password=123456 #密码
这两个配置要与主服务器上授权的用户名和密码一致，不到主从无法同步数据，一定要清楚这一点，也是主服务器和从服务器是否能同步的核心要点
mysql> grant replication slave on *.* to slave@192.168.254.136 identified by "123456";
2、设置启用授权用户
mysql>stop slave; #停止slave
mysql> change master to master_host='192.168.254.132',master_user='slave',master_password='123456';
mysql> start slave; #启动slave
3、查看配置状态是否成功
1)、从服务器配置状态查看如下
mysql> show slave statusG
2)、主服务器配置状态查看命令如下：
mysql> show processlist G
目前主服务器和从服务器的配置已经全部结束，下面我们进行测试
1、进入主服务器，登录mysql数据库
[root@localhost ~]# mysql -u root -p
Enter password:
2、进入TONGBU数据库，并在TB1表中添加一条数据
mysql> use TONGBU;
mysql> insert into TB1 values('10001','testname1');
3、查看主服务器中，TONGBU数据，TB1表中是否添加成功
mysql> select * from TB1;
4、进入从服务器，登录mysql数据库
[root@localhost ~]# mysql -u root -p
Enter password:
5、进入TONGBU数据库，并查询TB1表
mysql> select * from TB1;
可以看到，从服务器已经同步了主服务器的数据库信息，linux下部署mysql主从同步-成功！！！！