摘要:配置到上面的和就是前面看到的和然后启动查看运行状态上面和都为,说明主从已经配置好了。总结常见架构有三种单实例架构主从复制高可用架构其中主从复制一种是基于上面的复制的方式,还有一种是基于全局事务标识的方式。
环境简介
主服务器:JD云 CentOS
从服务器:Vultr云 CentOS
为了方便测试,都使用Docker运行Mysql,Docker启动命令如下:
docker run --name mysql-server-01 -p 3306:3306 -v "$PWD"/conf.d:/etc/mysql/conf.d -v /my/own/datadir:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:latest
以上均把mysql配置目录和data目录映射到了宿主机。
配置Master为了方便,专门建一个目录用来操作master数据库,结构如下
mysql └── server01 ├── conf.d ├── data └── start.sh
在cond.d建立my.cnf用来配置master
[mysqld] log-bin=mysql-bin server-id=1 innodb_flush_log_at_trx_commit=1 sync_binlog=1
然后就可以启动容器了。
启动后,进入容器操作mysql
# 进入容器 docker exec -it 容器ID bash # 进入msyql客户端 mysql -u root -p # 新建salve用户并配置权限,格式如下 mysql> CREATE USER "repl"@"%.example.com" IDENTIFIED BY "password"; mysql> GRANT REPLICATION SLAVE ON *.* TO "repl"@"%.example.com"; # 查看master状态,这里file和position后面配置salve会用到 mysql> show master status; +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+--------------+------------------+-------------------+ | mysql-bin.000001 | 1092 | | | | +------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec)配置slave服务器
slave my.cnf配置文件如下(这里为了简便,省去很多参数,勿用于生产环境):
[mysqld] server-id=2
然后启动容器,进入mysql客户端。
# 配置master到slave mysql> CHANGE MASTER TO -> MASTER_HOST="master_host_name", -> MASTER_USER="replication_user_name", -> MASTER_PASSWORD="replication_password", -> MASTER_LOG_FILE="recorded_log_file_name", -> MASTER_LOG_POS=recorded_log_position;
上面的MASTER_LOG_FILE和MASTER_LOG_POS就是前面show master stuas 看到的file和position
然后启动slave
START SLAVE;
查看运行状态:
mysql> show slave statusG; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: xxx.com Master_User: slave1 Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 1092 Relay_Log_File: ca210e4caaaa-relay-bin.000002 Relay_Log_Pos: 813 Relay_Master_Log_File: mysql-bin.000001 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: 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: 1092 Relay_Log_Space: 1027 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: 1 Master_UUID: 5c2073ab-0ad6-11e8-a871-0242ac110005 Master_Info_File: /var/lib/mysql/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: 1 row in set (0.00 sec)
上面Slave_IO_Running和Slave_SQL_Running都为YES,说明主从已经配置好了。
总结mysql常见架构有三种
单实例架构
主从复制
MHA高可用架构
其中主从复制一种是基于上面的binary log复制的方式,还有一种是基于全局事务标识(GTID)的方式。
后续我会调研MHA架构的实现。基于Docker的mysql主从复制
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/27212.html
摘要:配置主库和备库。主库当前的二进制日志文件,和获得数据快照时在该二进制日志文件中的偏移量。它能够在备份时不阻塞服务器的操作,因此可以在不影响主库的情况下设置备库。 showImg(https://segmentfault.com/img/bVbqOEk?w=720&h=480); 正所谓理论造航母,现实小帆船。单有理论,不动手实践,学到的知识犹如空中楼阁。接下来,我们一起来看下如何一步步...
摘要:配置主库和备库。主库当前的二进制日志文件,和获得数据快照时在该二进制日志文件中的偏移量。它能够在备份时不阻塞服务器的操作,因此可以在不影响主库的情况下设置备库。 showImg(https://segmentfault.com/img/bVbqOEk?w=720&h=480); 正所谓理论造航母,现实小帆船。单有理论,不动手实践,学到的知识犹如空中楼阁。接下来,我们一起来看下如何一步步...
阅读 2408·2021-11-23 10:04
阅读 1477·2021-09-02 15:21
阅读 847·2019-08-30 15:44
阅读 1045·2019-08-30 10:48
阅读 692·2019-08-29 17:21
阅读 3538·2019-08-29 13:13
阅读 1969·2019-08-23 17:17
阅读 1762·2019-08-23 17:04