Mysql主从复制的搭建-基于Docker
2018-12-07 23:57
736 查看
本方基于docker搭建mysql的主从复制。
- 拉取mysql的镜像
# docker pull mysql:5.6.40 # docker images REPOSITORY TAG IMAGE ID CREATED SIZE docker.io/mysql 5.6.40 50328380b2b4 4 months ago 256 MB
- 运行mysql的docker容器,这里先启动一个主节点的mysql
#docker run -it -p 3306:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=scgaopan -d mysql:5.6.40
- 进入主节点的mysql容器
#docker exec -it mysql-master /bin/bash
- 在容器里面执行:复制一个mysql的配置文件到/etc下
root@9034029c98c5:/# cp /usr/share/mysql/my-default.cnf /etc/my.cnf
- 修改容器内/etc/my.cnf
[mysqld] #打开主节点的bin log log_bin=mysql-bin #给主节点设置server_id server_id=1 #设置mysql binlog的日志模式 binlog-format=ROW sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
修改完成后重启主节点mysql
这里说一下mysql-binlog的三种模式: 1.Statement level(默认) 记录每一条修改数据的SQL语句。statement模式记录的更改的SQ语句事件,并非每条更改记录,所以大大减少了binlog日志量,节约磁盘IO,提高性能。 2.ROW Level 记录的方式是行,即如果批量修改数据,记录的不是批量修改的SQL语句事件,而是每条记录被更改的SQL语句,因此,ROW模式的binlog日志文件会变得很“重”。row level的binlog日志内容会非常清楚的记录下每一行数据被修改的细节,可用于数据误操作后,对数据的还原 3. Mixed 实际上就是前两种模式的结合。在Mixed模式下,MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志形式,也就是在Statement和Row之间选择一种。
- 用mysql客户端连接主节点的mysql
mysql> show master status\G; *************************** 1. row *************************** File: mysql-bin.000001 Position: 120 Binlog_Do_DB: Binlog_Ignore_DB: Executed_Gtid_Set: 1 row in set (0.00 sec) #创建一个用户 mysql> create user 'repluser01'@'*' identified by 'scgaopan'; Query OK, 0 rows affected (0.00 sec) #给此用户replication slave的权限 mysql> grant replication slave on *.* to 'repluser01'@'%' identified by 'scgaopan'; Query OK, 0 rows affected (0.00 sec) mysql> flush privileges; Query OK, 0 rows affected (0.01 sec)
- 同理运行一个mysql从节点
#docker run -it -p 3306:3306 --name mysql-slave -e MYSQL_ROOT_PASSWORD=scgaopan -d mysql:5.6.40
- 从点节my.cnf配置如下,从节点是没有必要开启bin log的,只需要设置一个server_id就可以了
[mysqld] #给主节点设置server_id server_id=2 sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
- 用客户端程序连接从节点mysql
mysql> show slave status\G; mysql> change master to -> master_host='172.17.0.2',#主节点ip -> master_user='repluser01',#用户名 -> master_password='scgaopan',#密码 -> master_log_file='mysql-bin.000001',#主节点show master status中的信息 -> master_log_pos=120; mysql>start slave;#启动同步线程
如果没有报错,主从复制就搭建好了
相关文章推荐
- 基于docker搭建的mysql主从复制
- 基于Docker的Mysql主从复制搭建
- 基于 Docker 的 MySQL 主从复制搭建
- 基于Docker搭建MySQL主从复制
- 基于Docker搭建MySQL主从复制
- 基于Docker搭建MySQL主从复制
- docker mysql 主从复制搭建
- 基于Docker MySQL的主从复制
- MySQL(十五)之基于ssl加密搭建含有gtid特性的MySQL主从复制
- MySQL 主从复制搭建,基于日志(binlog)
- MySQL 主从复制搭建,基于日志(binlog)
- MySql基于GTID主从复制的搭建
- mysql 5.7 docker 主从复制架构搭建
- mysql5.5搭建主从复制,半同步复制,基于ssl的主从复制
- Docker学习+基于Docker MySQL的主从复制
- MySQL主从复制搭建,基于日志(binlog)
- MySQL--------基于半同步复制搭建主从
- postgresql基于docker主从复制搭建
- 基于Docker的MySql主从复制
- Docker Compose搭建mysql主从复制