SET GLOBAL server_id = 2;
查看server_id
select @@server_id;
mysql> CREATE USER 'myslave'@'%' IDENTIFIED BY '123456'; mysql> GRANT REPLICATION SLAVE ON *.* TO 'myslave'@'%'; mysql> FLUSH PRIVILEGES;
此时可以在从服务器测试一下是否能正常连接到主服务器,进入从服务器的终端输入下面命令(我的主服务虚拟机ip地址为:192.168.163.132):
mysql -umyslave -p123456 -h192.168.163.132
能正常进入,说明能正常连接。否则自行百度
首先要解释下为什么在这里开始拷贝,因为此时主从环境搭建的主服务的配置已经完成,不会有配置相关的设置在更新数据库了,所以此时可以锁住mysql的写入了,以避免其他数据写入影响后期的数据同步。
我的测试主服务器包含一个testDatabase数据库,该数据库里面有一个testTable
这其实就是一个备份还原的过程,备份发生在主服务器上,还原到从服务器上。
官网备份还原文档
备份之前先锁住主服务器,阻止其他的写入操作
FLUSH TABLES WITH READ LOCK;
上面指令意思是:更新所有表和块的写入,需要保持运行该指令的客户端,会一直禁止其他写入,退出客户端则会释放该锁
然后重新启动一个终端进行备份
备份相关指令(官网上不需要 额外的账号密码,目前不太明白是怎么回事)
mysqldump -uroot -p --all-databases --master-data > dbdump.db
备份指定的数据库:
mysqldump -uroot -p --databases db1 db2 db3 > dbdump.db
还原,将主服务器的数据拷贝到重服务器(目录随便放),进入该备份数据所在目录,然后登录进入数据库执行:
mysql> source dump.sql
还原后数据应该与主服务器保持一致,这里以testDatabase作为测试,所以举这个例子(sys数据库不能还原,目前不了解)
show master status;
mysql> stop slave; mysql> change replication source to master_host='192.168.163.132',master_log_file='binlog.000080', master_password='123456', master_user='myslave', master_log_pos=1502, master_connect_retry=30;
mysql> stop slave;
show slave status\G
结果应该出现2个yes,证明没问题。如果只有一个yes,则看第二个红框部分的错误提示