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%';
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
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主从同步-成功!!!!