MySQL主从同步(不开GTID)

这篇具有很好参考价值的文章主要介绍了MySQL主从同步(不开GTID)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、背景

了解并熟悉MySQL的主从同步的搭建过程,并解决搭建过程中所碰到的问题。

二、目标

了解并熟悉MySQL的主从同步的搭建过程,并解决搭建过程中所碰到的问题。

IP地址 MySQL版本 主从关系
192.168.3.244 5.6.51 Master
192.168.3.245 5.7.41 Slaver
192.168.3.246 8.0.33 Slaver

三、过程

1、安装对应版本的MySQL

MySQL安装部署-5.6.51-rpm

MySQL安装部署-5.7.41-rpm

MySQL安装部署-8.0.33-rpm

2、配置主(Master)数据库

(1) 修改数据库配置文件

vim /etc/my.cnf
更改配置文件:

[mysqld]#开启二进制日志
log-bin=mysql-bin #标识唯一id(必须),一般使用ip最后位
server-id=254

(2) 初始化

mysql_install_db --user=mysql --defaults-file=/etc/my.cnf

(3) 启动服务

mysql -uroot -p

(4) 修改密码

SET PASSWORD = PASSWORD('123456'); 

mysql -uroot -p123456

(5)设置可远程连接的权限

use mysql;

GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '123456' WITH GRANT OPTION;

FLUSH PRIVILEGES;

(6) 查看主服务器状态 默认初始值:

show master status;

master_log_file='mysql-bin.000005'
master_log_pos=120;

MySQL主从同步(不开GTID)

如果不是初始值,是因为设置了copy用户导致Position数据增加 需要重置一下状态

重置状态:

reset master;

(7) 对主库来说依然需要创建一个用于同步数据的账号,授权用户

grant replication slave on *.* to 'copy'@'%' identified by '123456';

3. 配置从(Master)数据库

3.1 [5.7.41]配置

1)配置文件

vim /etc/my.cnf
加入如下配置:
server-id=255

重新启动mysql服務:
systemctl restart mysqld

2)查看服务器状态 初始状态:Empty set

show slave status;

如果不是初始状态,建议重置一下

重置命令如下:
stop slave; #停止复制,相当于终止从服务器上的IO和SQL线程
reset slave;

3)设置从服务器的master

change master to master_host='192.168.3.244',
master_user='copy',
master_port=3306,master_password='123456',
master_log_file='mysql-bin.000001',master_log_pos=120;

4)执行开始复制

start slave;

5)查看主从复制是否搭建完成

show slave status \G

MySQL主从同步(不开GTID)

3.2 [8.0.33]配置

1)配置文件

vim /etc/my.cnf
加入如下配置:
server-id=256

重新启动mysql服務:
systemctl restart mysqld

2)查看服务器状态 初始状态:Empty set

show slave status;

如果不是初始状态,建议重置一下

重置命令如下:
stop slave; #停止复制,相当于终止从服务器上的IO和SQL线程
reset slave;

3)进入mysql后,设置从服务器的master

change master to master_host='192.168.3.244',
master_user='copy',
master_port=3306,master_password='123456',
master_log_file='mysql-bin.000001',master_log_pos=120;

4)执行开始复制

start slave;

5)查看主从复制是否搭建完成

show slave status \G

MySQL主从同步(不开GTID)

如果 Slave_IO_Running: 为no 执行如下命令:

stop slave;
reset slave;
start slave;

四、结果

1)在主服务器中建立一个testdb数据库:

MySQL主从同步(不开GTID)

2)在主服务器的testdb中建立一个t_user表并插入数据

MySQL主从同步(不开GTID)

3)可以发现主服务器的表中添加了值,从服务器中的表中也会添加一模一样的值

从库[5.7.41]:

MySQL主从同步(不开GTID)

从库[8.0.33]:

MySQL主从同步(不开GTID)

巨人的肩膀


MySQL主从复制的简单搭建_mysql 主从复制_yuwenS.的博客-CSDN博客文章来源地址https://www.toymoban.com/news/detail-457413.html

到了这里,关于MySQL主从同步(不开GTID)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • MySQL8.0+数据库GTID主从模式搭建

    参见: MySQL数据库8.0+版本部署安装-CSDN博客 部署环境[例]: 主库:192.168.179.153:3306 从库:192.168.179.154:3306 主从库开启GTID模式 // 主从库均修改,修改从库配置文件,在[mysqld]下添加如下配置 $ vim /etc/my.cnf gtid_mode = on enforce_gtid_consistency = on 需检查server-id配置,为主从架构中的所有

    2024年02月04日
    浏览(66)
  • mysql的gtid主从复制,从库误操作更新操作,

    一:查看mysql的从库,发现sql进程状态 “no”.提示执行传输过来的binlog日志,执行失败, 二:查看主库对应的二进制日志的gtid地方。插入一些数据。 # mysqlbinlog --base64-output=decode-rows -v mysql-bin.000001 |grep -A 100 \\\"560d72ff-b057-11ee-84ba-5254005c1b84:8\\\" 三:从日志来看是写入错了, 1:第一

    2024年02月02日
    浏览(45)
  • mysql的GTID同步

    什么是GTID? GTID (Global Transaction ID) 是对于一个已提交事务的编号,并且是一个全局唯一的编号。 GTID 实际上 是由UUID+TID 组成的。 其中 UUID 是一个 MySQL 实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增。 下面是一个GTID的具体形式:03a1eb

    2024年02月10日
    浏览(31)
  • MySQL:5.6同步到5.7 GTID报错

    问题描述和处理 同步到的版本为5.7.35,按理说在5.7种还是一个比较新的版本了,报错大概如下: 从报错来看肯定属于逻辑时钟并发的问题,因为在5.6中gtid event没有last commit和seq number,因此可能并发的时候遇到了问题,因此简单的关闭了MTS并发回放就可以了继续了。 分析原因

    2024年02月05日
    浏览(36)
  • mysql的GTID同步原理介绍及详细配置过程

    什么是GTID? GTID (Global Transaction ID) 是对于一个已提交事务的编号,并且是一个全局唯一的编号。 GTID 实际上 是由UUID+TID 组成的。 其中 UUID 是一个 MySQL 实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增。 下面是一个GTID的具体形式:03a1eb

    2024年02月03日
    浏览(28)
  • 7 - MySQL主从同步|主从同步模式

    1 - 数据库服务概述 | 构建MySQL服务 | 数据库基本管理 | MySQL基本类型 2 - 表结构 | MySQL键值 3 - 字段约束|MySQL索引|MySQL用户管理 4 - 基础查询进阶|连接查询 5 - 视图|存储过程 6 - 数据备份与恢复|innobackupex 7 - MySQL主从同步|主从同步模式 8 - MySQL数据读写分离|MySQL多实例

    2024年02月02日
    浏览(38)
  • 银河麒麟V10 SP3 X86 二进制文件部署 mysql-5.7.29 GTID 半同步复制的双主架构

    麒麟镜像可以去下面的地方下载,需要自己注册一个账号 麒麟软件生态 Mysql 二进制文件下载地址 老生常谈的问题(这些问题都会影响部署的排查) 关掉 firewalld 关掉 selinux (银河麒麟默认会关闭 selinux) 我下载的海光 x86 版本的麒麟 mysql 的 AB 复制和 gtid 复制的优缺点 抄自

    2024年02月13日
    浏览(56)
  • 【mysql】MySQL 主从同步延迟排查

    错误日志: ○ 寻找与同步问题相关的错误消息或警告。 复制状态: ○ SHOW SLAVE STATUS 并行复制设置: ○ 确保 slave_parallel_workers 的值合适。如果值过高,可能会导致资源竞争,而值过低可能会导致性能下降。 长事务: ○ 查询长时间运行的事务,可能会影响到复制的正常进行

    2024年02月07日
    浏览(44)
  • mysql 主从同步

    角色 ip master 192.168.233.100 slave1 192.168.233.101 slave2 192.168.233.102 禁用 selinux 跟 firewal l情况下: 新路径已修改为 /var/lib/mysql/new_bin master 节点信息 在 master 节点新建同步账号 在 master 与 slave 节点创建数据库 在 slave1 节点配置 发现错误:Last_IO_Error: Fatal error: The slave I/O thread stops be

    2024年02月07日
    浏览(34)
  • mysql 主从同步案例集合

      relay log 损坏了,导致从库的 SQL 线程解析 relay log 时出现异常。从库恢复方式是通过手动设置当时出错的 GTID 的下一个值,让从库不从主库同步这个 GTID,最后从库就能正常同步这个 GTID 之后的 binlog 了,后续 SQL 线程也能正常解析 relay log 了。 你好,我是悟空。 本文主要内

    2023年04月14日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包