实际开发过程中从未有过主从复制的实战经验,但是每当找工作的时候,就得开始造火箭。作为一个PHPer,我真的很痛苦。经历的几个公司,没有一个公司把业务做起来了的,更别说海量用户。作为一个业余站长的我,手里的流量都比那些公司的多。
无力吐槽。
1.docker 创建容器
# 拉取mysql镜像 | |
docker pull mysql | |
# 查看镜像列表 | |
docker images | |
# 创建并运行容器,未设置目录映射 | |
docker run -p 3306:3306 --name mysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql | |
# 创建并运行容器,设置目录映射 | |
docker run -p 3306:3306 --name mysql | |
-v /usr/local/docker/mysql/conf:/etc/mysql | |
-v /usr/local/docker/mysql/logs:/var/log/mysql | |
-v /usr/local/docker/mysql/data:/var/lib/mysql | |
-e MYSQL_ROOT_PASSWORD=123456 | |
-d mysql | |
# -–name:容器名,此处命名为`mysql` | |
# -e:配置信息,此处配置mysql的root用户的登陆密码 | |
# -p:端口映射,此处映射 主机3306端口 到 容器的3306端口 | |
# -d:后台运行容器,保证在退出终端后容器继续运行 | |
# -v:主机和容器的目录映射关系,":"前为主机目录,之后为容器目录 | |
#查看容器列表 | |
docker ps -a #查看所有容器列表 | |
docker ps #查看当前运行容器列表 | |
#进入docker容器 | |
docker exec -it mymysql /bin/bash | |
#退出docker容器 使用快捷键 Ctrl+Q+P | |
#进入mysql | |
mysql -uroot -p123456 | |
#如果无法远程链接mysql实例 | |
#1.检查宿主机防火墙端口 | |
#2.检查mysql用户权限 | |
#进入docker容器,设置所有客户端ip都能登录mysql | |
docker exec -it mysql /bin/bash | |
mysql -uroot -p123456 | |
mysql> grant all privileges on *.* to root@'%' identified by "password"; | |
mysql> select version(); | |
+-----------+ | |
| version() | | |
+-----------+ | |
| 8.0.24 | | |
+-----------+ | |
1 row in set (0.02 sec) |
实操步骤
1.创建两个容器,mysql_master 和 mysql_slave,端口分别与宿主机的 3339 3340 两个端口进行绑定。既然是测试就懒得设置目录映射了。
docker run -p 3339:3306 --name mysql_master -e MYSQL_ROOT_PASSWORD=123456 -d mysql | |
docker run -p 3340:3306 --name mysql_slave -e MYSQL_ROOT_PASSWORD=123456 -d mysql |
2.进入mysql_master容器,修改 mysql 配置文件
docker exec -it mysql_master /bin/bash | |
vim /etc/my.cnf | |
#没有vim工具,那么安装vim工具 | |
apt-get update | |
apt-get install vim |
在 /etc/my.cnf 的[mysqld]节点内,新加以下配置信息
[mysqld] | |
#主从配置 | |
server-id=1 #服务器 id | |
log-bin=mysql-bin #二进制文件存放路径 | |
binlog-do-db=palan-dev #待同步的数据库 | |
binlog-ignore-db=mysql #不同步的数据 |
3.授权账号,让从数据库可以进行复制。
#在docker测试中为了方便测试就不限制ip了 | |
#创建用户 | |
# CREATE USER 'rootslave'@'从服务器ip地址' IDENTIFIED WITH mysql_native_password BY 'root123'; | |
CREATE USER 'rootslave'@'%' IDENTIFIED WITH mysql_native_password BY 'root123'; | |
#给用户授权 | |
# grant replication slave on *.* to 'rootslave'@'从服务器ip地址'; | |
grant replication slave on *.* to 'rootslave'@'%'; |
4.重启mysql(退出容器 重启容器)
#退出mysql客户端 | |
mysql> quit; | |
# Ctrl+Q+P 退出容器 | |
#重启容器 | |
docker restart mysql_master | |
#重新进入容器 | |
docker exec -id mysql_master /bin/bash | |
#进入mysql 查看主库状态 | |
mysql -uroot -p123456 | |
mysql> show master status; |
show master status; 执行效果如下
5.修改从库配置,同样在配置文件/etc/my.cnf里加入
**[mysqld]** | |
#主从配置 | |
server-id=4 #服务器 id | |
log-bin=mysql-bin #二进制文件存放路径 | |
replicate-do-db=palan-dev #待同步的数据库 | |
replicate-ignore-db=mysql #不同步的数据 |
6.重启从库
docker restart mysql_slave
7.进入容器,并登录mysql客户端,实现主从同步,(mysql主从复制-CHANGE MASTER TO 语法详解见文末)
master_host:对应主库的ip,这里因为主库和从库都是在一个服务器所以填宿主机ip即可
master_port:对应主库绑定宿主机的端口号
master_user:对应在主库创建的用户
master_password:对应用户密码
master_log_file:对应主库 show master status; 的 File 值
master_log_pos:对应主库 show master status; 的 Position 值
mysql>stop slave; #关闭从库 | |
mysql> change master to master_host='宿主机ip',master_port=3339,master_user='rootslave',master_password='root123',master_log_file='mysql-bin.000002',master_log_pos=2374; | |
mysql> start slave; #开启从库 (stop slave:关闭从库) | |
mysql> show slave status \G; #检查服务器状态 | |
mysql> show slave status \G; | |
*************************** 1. row *************************** | |
Slave_IO_State: Waiting for master to send event | |
Master_Host: 192.168.136.148 | |
Master_User: rootslave | |
Master_Port: 3339 | |
Connect_Retry: 60 | |
Master_Log_File: mysql-bin.000002 | |
Read_Master_Log_Pos: 2374 | |
Relay_Log_File: dfeefafe7679-relay-bin.000003 | |
Relay_Log_Pos: 2542 | |
Relay_Master_Log_File: mysql-bin.000002 | |
Slave_IO_Running: Yes | |
Slave_SQL_Running: Yes | |
Replicate_Do_DB: palan-dev | |
Replicate_Ignore_DB: mysql | |
Replicate_Do_Table: | |
Replicate_Ignore_Table: | |
Replicate_Wild_Do_Table: | |
Replicate_Wild_Ignore_Table: | |
Last_Errno: 0 | |
Last_Error: | |
Skip_Counter: 0 | |
Exec_Master_Log_Pos: 2374 | |
Relay_Log_Space: 2758 | |
Until_Condition: None | |
Until_Log_File: | |
Until_Log_Pos: 0 | |
Master_SSL_Allowed: No | |
Master_SSL_CA_File: | |
Master_SSL_CA_Path: | |
Master_SSL_Cert: | |
Master_SSL_Cipher: | |
Master_SSL_Key: | |
Seconds_Behind_Master: 0 | |
Master_SSL_Verify_Server_Cert: No | |
Last_IO_Errno: 0 | |
Last_IO_Error: | |
Last_SQL_Errno: 0 | |
Last_SQL_Error: | |
Replicate_Ignore_Server_Ids: | |
Master_Server_Id: 100 | |
Master_UUID: 703673b4-aa67-11eb-9570-0242ac110004 | |
Master_Info_File: mysql.slave_master_info | |
SQL_Delay: 0 | |
SQL_Remaining_Delay: NULL | |
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates | |
Master_Retry_Count: 86400 | |
Master_Bind: | |
Last_IO_Error_Timestamp: | |
Last_SQL_Error_Timestamp: | |
Master_SSL_Crl: | |
Master_SSL_Crlpath: | |
Retrieved_Gtid_Set: | |
Executed_Gtid_Set: | |
Auto_Position: 0 | |
Replicate_Rewrite_DB: | |
Channel_Name: | |
Master_TLS_Version: | |
Master_public_key_path: | |
Get_master_public_key: 0 | |
Network_Namespace: | |
1 row in set, 1 warning (0.00 sec) | |
ERROR: | |
No query specified |
THE END 可以开始在 navicat 上进行主从同步测试操作了
这只是一个简单的主从复制环境环境模拟测试,鄙人理解的主从复制原理就是在主库创建一个账号,然后让从库通过主库的账号去读取主库的二进制日志文件从而更新当前从库的操作。
实战中,主从复制肯定有很多需要精细化设置与优化的。
之前用过阿里与的 mysql 主从复制,简单好用,为什么很多小公司都乐此不疲的要求phper会此等技能?很是不解。
思考:主从复制失败如何分析并解决???
参考文章
自己本身也是小白,所有操作都是参照他人博客