【MySQL】主从配置
一主一从（或二从）部署：
参考博客：
https://www.cnblogs.com/lelehellow/p/9633315.html
正好借着3台机器，可以做一个 1主 2从的分配
192.168.101.12 centos7-02 # 主库
192.168.101.12 centos7-03 # 从库1
192.168.101.12 centos7-04 # 从库2
3台机器都已经安装好RPM版的8.0.27
主库需要做的事情是
1、开启Binlog日志
1.5、设置服务ID
2、分配从库的监听账号
3、拿到binlog文件名
首先找到配置文件：
[root@centos7-03 ~]# find / -name my.cnf
/etc/my.cnf
配置这两个参数项：
[mysqld]
# 开启二进制日志
log-bin=mysql-bin # 设置server-id
server-id=1
保存后重启mysqld服务，生效配置
systemctl restart mysqld
然后登陆上主库，分配从库的账号及其权限
-- 创建两个从库的监听账号
CREATE USER 'SLAVE-01'@'centos7-03' IDENTIFIED BY '123456';
CREATE USER 'SLAVE-02'@'centos7-04' IDENTIFIED BY '123456'; -- 分配分配【从库副本权限】给监听账号
GRANT REPLICATION SLAVE ON *.* TO 'SLAVE-01'@'centos7-03';
GRANT REPLICATION SLAVE ON *.* TO 'SLAVE-02'@'centos7-04'; -- 刷新权限
FLUSH PRIVILEGES;
获取主库的bin日志文件
SHOW MASTER STATUS;
展示信息：
mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 156 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.02 sec)
然后从库要和主库一样设置服务ID，为了区分MySQL
# centos7-03 机器 设置
vim /etc/my.cnf
server-id=2 # centos7-04 机器 设置
vim /etc/my.cnf
server-id=3 # 然后都重启服务
systemctl restart mysqld
登陆上从库的MySQL，执行绑定SQL：
-- centos7-03的mysql执行
CHANGE MASTER TO
-- 主库连接信息
MASTER_PORT= 3306, -- 主库端口
MASTER_HOST='centos7-02', -- 主库地址
MASTER_USER='SLAVE-01', -- 主库提供的同步账号
MASTER_PASSWORD='123456', -- 主库提供的同步账号密码 -- 主库的 SHOW MASTER STATUS 展示的信息
MASTER_LOG_FILE='mysql-bin.000001', -- 主库的日志文件名称
MASTER_LOG_POS=156; -- 主库的日志文件最后位置6 -- centos7-04的mysql执行
CHANGE MASTER TO
-- 主库连接信息
MASTER_PORT= 3306, -- 主库端口
MASTER_HOST='centos7-02', -- 主库地址
MASTER_USER='SLAVE-02', -- 主库提供的同步账号
MASTER_PASSWORD='123456', -- 主库提供的同步账号密码 -- 主库的 SHOW MASTER STATUS 展示的信息
MASTER_LOG_FILE='mysql-bin.000001', -- 主库的日志文件名称
MASTER_LOG_POS=156; -- 主库的日志文件最后位置6
然后开启从库同步：
START SLAVE;
关闭从库同步：
STOP SLAVE;
查看从库同步状态：
SHOW SLAVE STATUS;
mysql> SHOW SLAVE STATUS;
+----------------------+-------------+-------------+-------------+---------------+------------------+---------------------+-----------------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+-------------------------------+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------------+----------------+-----------------------------+------------------+-------------+-------------------------+-----------+---------------------+----------------------------------------------------------+--------------------+-------------+-------------------------+--------------------------+----------------+--------------------+--------------------+-------------------+---------------+----------------------+--------------+--------------------+------------------------+-----------------------+-------------------+
| Slave_IO_State | Master_Host | Master_User | Master_Port | Connect_Retry | Master_Log_File | Read_Master_Log_Pos | Relay_Log_File | Relay_Log_Pos | Relay_Master_Log_File | Slave_IO_Running | Slave_SQL_Running | Replicate_Do_DB | Replicate_Ignore_DB | Replicate_Do_Table | Replicate_Ignore_Table | Replicate_Wild_Do_Table | Replicate_Wild_Ignore_Table | Last_Errno | Last_Error | Skip_Counter | Exec_Master_Log_Pos | Relay_Log_Space | Until_Condition | Until_Log_File | Until_Log_Pos | Master_SSL_Allowed | Master_SSL_CA_File | Master_SSL_CA_Path | Master_SSL_Cert | Master_SSL_Cipher | Master_SSL_Key | Seconds_Behind_Master | Master_SSL_Verify_Server_Cert | Last_IO_Errno | Last_IO_Error | Last_SQL_Errno | Last_SQL_Error | Replicate_Ignore_Server_Ids | Master_Server_Id | Master_UUID | Master_Info_File | SQL_Delay | SQL_Remaining_Delay | Slave_SQL_Running_State | Master_Retry_Count | Master_Bind | Last_IO_Error_Timestamp | Last_SQL_Error_Timestamp | Master_SSL_Crl | Master_SSL_Crlpath | Retrieved_Gtid_Set | Executed_Gtid_Set | Auto_Position | Replicate_Rewrite_DB | Channel_Name | Master_TLS_Version | Master_public_key_path | Get_master_public_key | Network_Namespace |
+----------------------+-------------+-------------+-------------+---------------+------------------+---------------------+-----------------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+-------------------------------+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------------+----------------+-----------------------------+------------------+-------------+-------------------------+-----------+---------------------+----------------------------------------------------------+--------------------+-------------+-------------------------+--------------------------+----------------+--------------------+--------------------+-------------------+---------------+----------------------+--------------+--------------------+------------------------+-----------------------+-------------------+
| Connecting to source | centos7-02 | SLAVE-02 | 3306 | 60 | mysql-bin.000001 | 156 | centos7-04-relay-bin.000001 | 4 | mysql-bin.000001 | Connecting | Yes | | | | | | | 0 | | 0 | 156 | 156 | None | | 0 | No | | | | | | NULL | No | 2061 | error connecting to master 'SLAVE-02@centos7-02:3306' - retry-time: 60 retries: 31 message: Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection. | 0 | | | 0 | | mysql.slave_master_info | 0 | NULL | Replica has read all relay log; waiting for more updates | 86400 | | 220201 18:09:21 | | | | | | 0 | | | | | 0 | |
+----------------------+-------------+-------------+-------------+---------------+------------------+---------------------+-----------------------------+---------------+-----------------------+------------------+-------------------+-----------------+---------------------+--------------------+------------------------+-------------------------+-----------------------------+------------+------------+--------------+---------------------+-----------------+-----------------+----------------+---------------+--------------------+--------------------+--------------------+-----------------+-------------------+----------------+-----------------------+-------------------------------+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------------+----------------+-----------------------------+------------------+-------------+-------------------------+-----------+---------------------+----------------------------------------------------------+--------------------+-------------+-------------------------+--------------------------+----------------+--------------------+--------------------+-------------------+---------------+----------------------+--------------+--------------------+------------------------+-----------------------+-------------------+
1 row in set (0.04 sec)
报错原因在 【Last_IO_Error】
error connecting to master 'SLAVE-02@centos7-02:3306' - retry-time: 60 retries: 31 message: Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.
连接要求密码配有加密插件
回到主库更改账号的密码插件项：
ALTER USER 'SLAVE-01'@'centos7-03' IDENTIFIED WITH mysql_native_password BY '123456';
ALTER USER 'SLAVE-02'@'centos7-04' IDENTIFIED WITH mysql_native_password BY '123456';
FLUSH PRIVILEGES;
UNLOCK TABLES;
停止从库绑定：
STOP SLAVE;
重置从库
RESET SLAVE;
再检查主库binlog的pos值
SHOW MASTER STATUS;
然后重新配置SLAVE，再启动即可
双主双从的结构设计：
1、双主双从的设计是基于上面一主一从的演变
SLAVE -> MASTER 这是一主一从的结构
同样MASTER也可以变成SLAVE，双方相互监听，这就成了交织
A 挂B，B也挂A
2、双主双从就是在AB交织的架构下各自再挂一个从机
2022年06月13日更新：
多主一从的实现
在从库需要新增两项配置，以支持多Channel监听：
-- 从库在my.cnf添加两项配置，以支持多CHANNEL绑定
master_info_repository=table
relay_log_info_repository=table
否则在下面设置监听主库SQL时，执行报错
设置监听的主库时，需要设定自定义CHANNEL属性
-- 从库配置监听的主库时需要自定义CHANNEL属性
CHANGE MASTER TO
MASTER_PORT= 3306, -- 主库端口
MASTER_HOST='192.168.118.133', -- 主库地址（真实环境自行修改）
MASTER_USER='SLAVE-01', -- 主库提供的同步账号
MASTER_PASSWORD='123456', -- 主库提供的同步账号密码
MASTER_LOG_FILE='mysql-bin.000002', -- 主库的日志文件名称（就是上面截图当前日志文件名称）
MASTER_LOG_POS=3225 -- 主库的日志文件最后位置（就是上面截图当前位置）
FOR CHANNEL '133-CHANNEL'; CHANGE MASTER TO
MASTER_PORT= 3306, -- 主库端口
MASTER_HOST='192.168.118.135', -- 主库地址（真实环境自行修改）
MASTER_USER='SLAVE-01', -- 主库提供的同步账号
MASTER_PASSWORD='123456', -- 主库提供的同步账号密码
MASTER_LOG_FILE='mysql-bin.000002', -- 主库的日志文件名称（就是上面截图当前日志文件名称）
MASTER_LOG_POS=154 -- 主库的日志文件最后位置（就是上面截图当前位置）
FOR CHANNEL '135-CHANNEL';
开启和关闭SLAVE状态都需要指定对应CHANNEL
-- 开启同步时指定CHANNEL
START SLAVE FOR CHANNEL '133-CHANNEL';
START SLAVE FOR CHANNEL '135-CHANNEL';
-- 关闭时同理
STOP SLAVE FOR CHANNEL '133-CHANNEL';
STOP SLAVE FOR CHANNEL '135-CHANNEL';
检查监听状态：
-- 展示同步状态
SHOW SLAVE STATUS
2022年06月14日更新：
GTID方式来部署MySQL集群，所有的MASTER和SLAVE库都需要配置以下参数（my.ini & my.cnf）：
# 开启GTID模式
gtid_mode=on # 强制gtid一致性，开启后对于特定create table不被支持
enforce_gtid_consistency=on # 从库从主库复制数据时可以写入到binlog日志，可作为其他从库的主库支持
log-slave-updates=1 # 日志格式：行
binlog_format=row # slave复制进程不随mysql启动而启动
skip_slave_start=1
和之前的区别在于，不需要指定BINLOG日志最新位置
有MASTER_AUTO_POSITION=1可以自动同步
CHANGE MASTER TO
MASTER_PORT= 3306, -- 主库端口
MASTER_HOST='192.168.118.133', -- 主库地址（真实环境自行修改）
MASTER_USER='SLAVE-01', -- 主库提供的同步账号
MASTER_PASSWORD='123456', -- 主库提供的同步账号密码
MASTER_AUTO_POSITION=1
FOR CHANNEL '133-CHANNEL'; CHANGE MASTER TO
MASTER_PORT= 3306, -- 主库端口
MASTER_HOST='192.168.118.135', -- 主库地址（真实环境自行修改）
MASTER_USER='SLAVE-01', -- 主库提供的同步账号
MASTER_PASSWORD='123456', -- 主库提供的同步账号密码
MASTER_AUTO_POSITION=1
FOR CHANNEL '135-CHANNEL';
检查GTID开启状态：
SHOW VARIABLES LIKE '%gtid%';
+----------------------------------+-----------+
| Variable_name | Value |
+----------------------------------+-----------+
| binlog_gtid_simple_recovery | ON |
| enforce_gtid_consistency | ON |
| gtid_executed_compression_period | 1000 |
| gtid_mode | ON |
| gtid_next | AUTOMATIC |
| gtid_owned | |
| gtid_purged | |
| session_track_gtids | OFF |
+----------------------------------+-----------+
解决同步失败的方案：
清空所有库的数据以及binlog，初始化到清空状态
RESET MASTER -- 清除日志
【MySQL】主从配置的更多相关文章
- mysql主从配置
引言: 双11,阿里云服务器打折,于是我忍不住又买了一台服务器,于是咱也是有两台服务器的爷们了,既然有了两台服务器,那么肯定要好好利用一下吧,那么就来玩玩mysql的主从配置吧. 准备 两台数据库服务 ...
- Mysql主从配置，实现读写分离
大型网站为了软解大量的并发访问,除了在网站实现分布式负载均衡,远远不够.到了数据业务层.数据访问层,如果还是传统的数据结构,或者只是单单靠一台服务器扛,如此多的数据库连接操作,数据库必然会崩溃,数据丢 ...
- CentOS 7下的 Mysql 主从配置
最近在玩mysql主从配置,在此记录一下 一.前言 1.安装两个虚拟机(CentOS 7).iP分别是192.168.47.131 和192.168.47.133.其中192.168.47.133作为 ...
- Mysql主从配置+读写分离
Mysql主从配置+读写分离 MySQL从5.5版本开始,通过./configure进行编译配置方式已经被取消,取而代之的是cmake工具.因此,我们首先要在系统中源码编译安装cmake工具. ...
- mysql主从配置（清晰的思路）
mysql主从配置.鄙人是在如下环境测试的: 主数据库所在的操作系统:win7 主数据库的版本:5.0 主数据库的ip地址:192.168.1.111 从数据库所在的操作系统:linux 从数据的版本 ...
- mysql 主从 配置和同步管理
首先呢,需要有两个mysql服务器.如果做测试的话可以在同一台机器上装两个mysql服务程序,注意要两个运行程序的端口不能一样.我用的是一个是默认的3306,从服务器用的是3307端口. 在主服务创建 ...
- Mysql笔记之 -- 小试MYSQL主从配置
mysql主从配置: 硬件: 两台服务器 1.Ubuntu 12.04.4 LTS (GNU/Linux 3.2.0-60-generic-pae i686) 2.Ubuntu 12.04.4 LT ...
- MySql主从配置实践及其优势浅谈
MySql主从配置实践及其优势浅谈 1.增加两个MySQL,我将C:\xampp\mysql下的MYSQL复制了一份,放到D:\Mysql2\Mysql5.1 修改my.ini(linux下应该是my ...
- windows环境下mysql主从配置
mysql主从配置. 相关理论知识可以百度一下,这里就不多说了,直接说如何配置. 一.环境介绍及说明 主库所在的操作系统:win7 主库的版本:mysql-5.6.24-winx64.zip 主库的i ...
- 黄聪：mysql主从配置（清晰的思路）
mysql主从配置.鄙人是在如下环境测试的: 主数据库所在的操作系统:win7 主数据库的版本:5.0 主数据库的ip地址:192.168.1.111 从数据库所在的操作系统:linux 从数据的版本 ...
随机推荐
- openstack考试需要的部署操作
openstack操作大全 一,keystone 用户 1.创建用户 openstack user create --password 密码 --email邮箱 --domain 域名 用户名字 2. ...
- Java中将jsonArray导出为Excel
java中使用jxl导出excel时,需指定WritableSheet对象中对应于每个单元格的数据.List类型是一种常用的数据类型,它里面的元素是实体对象,当将它创建为WritableShe ...
- journalctl 命令使用总结
转载请注明出处: journalctl 命令是 Linux 系统中一个用于查询和管理系统日志的命令行工具,它基于 systemd 的日志守护进程 systemd-journald 的功能. 1. 介绍 ...
- 跨域问题CORS笔记
CORS跨域问题 跨域问题简介 跨域资源共享(Cross-origin resource sharing, CORS)是用于让网站资源能被不同源网站访问的一种安全机制,这个机制由浏览器与服务器共同负责 ...
- 手写LRU热点缓存数据结构
引言 LRU是开发过程中设计缓存的常用算法,在此基础上,如何设计一个高效的缓存呢?本文就带大家分析并手撸一个LRUCache. LRU算法 LRU(Least recently used,最近最少使用 ...
- 微信支付普通商户与AppID账号关联管理-授权
微信支付普通商户与AppID账号关联管理 二.名词解释 名词 释义 微信支付普通商户 公司企业.政府机关.事业单位.社会组织.个体工商户.个人卖家.小微商户.(微信支付商户接入指引) AppID 已通 ...
- 卷积神经网络-AlexNet
AlexNet 一些前置知识 top-1 和top-5错误率 top-1错误率指的是在最后的n哥预测结果中,只有预测概率最大对应的类别是正确答案才算预测正确. top-5错误率指的是在最后的n个预测结 ...
- 常用RAID级别简介
RAID不同等级的两个目标: 1. 增加数据可靠性 2. 增加存储的读写性能 RAID级别: RAID-0: 是以条带的形式将数据均匀分布在阵列的各个磁盘上 优点:读写性能高,不存在校验,不会 ...
- 初识 SpringMVC，运行配置第一个Spring MVC 程序
1. 初识 SpringMVC,运行配置第一个Spring MVC 程序 @ 目录 1. 初识 SpringMVC,运行配置第一个Spring MVC 程序 1.1 什么是 MVC 2. Spring ...
- yolov1-yolov5 网络结构&正负样本筛选&损失计算
学习yolo系列,最重要的,最核心的就是网络模型.正负样本匹配.损失函数等三个方面.本篇汇总了yolov1-yolov5等5个版本的相关知识点,主要看点是在yolo框架搭建.初学者可以通过相关篇章搭建 ...