docker的mysql容器数据生成在/var/lib/mysql目录下,配置文件在/etc/mysql目录下。而真正配置mysqld的地方是/etc/mysql/mysql.conf.d/mysqld.cnf。
所以在启动mysql容器的时候,我把/var/lib/mysql目录和/etc/mysql/mysql.conf.d目录分别挂载到了主机目录/gluster/mysql和/gluster/mysqlconf/mysql.conf.d。
主数据库IP地址:192.168.8.34
从数据库IP地址:192.168.8.35
1、将mysqld.cnf文件拷贝到/gluster/mysqlconf/mysql.conf.d目录下并进行配置,配置内容如下:
参数解释:
server-id=1 //为服务器设置一个独一无二的id便于区分
log-bin=mysql-bin //将mysql二进制日志取名为mysql-bin
binlog-ignore-db=mysql //不需要同步的数据库
expire_logs_days=2 //二进制日志保留2天
配置完成,:wq 保存,重启mysql。可以通过show variables like '%log_bin%';查看log-bin是否已打开。
2、从数据库也进行类似配置:
server-id不能和主服务器或其他从服务器(如果还有其他从服务器的话)的重复。
从服务器配置了log-bin是为了向其他从服务器同步数据,此时这个服务器相对于其他从服务器就是主服务器了。
binlog-ignore-db也是这个原因,还有expire_logs_days,都是为了把这个从服务器作为新的主服务器继续向别的机器同步数据。
log-slave-updates的配置时因为这台从服务器的数据直接来自于主服务器的二进制文件拷贝,不会在本机的binlog日志里记录,无法同步到其他从服务器,加上这个配置就可以了。
replicate-ignore-db=mysql是作为从库里面的配置,不需要同步mysql数据库的数据。
同样的,需要重启从库的mysql服务。
3、在主服务器上为从服务器分配一个账号,就像一把钥匙,从服务器拿着这个钥匙,才能到主服务器上来共享主服务器的日志文件。
GRANT REPLICATION SLAVE ON *.* to 'slave'@'192.168.8.35' identified by '123456';
FLUSH PRIVILEGES;
4、执行mysql>flush tables with read lock;停止主库的数据更新操作。
5、执行show master status,查看主服务器BIN日志的信息(执行完之后记录下这File和Position两值,然后在配置完从服务器之前不要对主服务器进行任何操作,因为每次操作数据库时这两值会发生改变)
6、新开终端,生成主数据库的备份(导出数据库)
mysqldump -uroot -ptest123 cmdb > cmdb.sql
7、主库解锁
mysql>unlock tables;
8、将备份文件传到从库
scp cmdb.sql root@192.168.8.35:/root/
9、停止从库slave
mysql>slave stop;
10、新建数据库cmdb
mysql> create database cmdb default charset utf8;
11、导入数据
mysql -uroot -ptest123 cmdb<cmdb.sql
导入数据后,从库已经有了主库的原有数据。接下来要做的是让从库同步主库新产生的数据。
12、配置数据同步
change master to master_host='192.168.8.34',
master_user='slave',master_port=3307,master_password='123456',
master_log_file='mysql-bin.000001',
master_log_pos=5180656;
这里特别注意主服务器mysql端口映射到宿主机的端口我用的是3307,所以这里的master_port=3307。否则你看到下面第14步截图的slave_io_running很可能是connecting,而不是yes。说明连接不上。
13、执行start slave;启动从库的同步
14、执行show slave status;查看从库同步状态
这两列都是Yes,就说明配置成功啦!
15、最后就是在主库里更新或插入条数据,没问题的话,从库里也同步了相应的数据。