MySQL master.info 0字节导致Replication搭建失败

最新推荐文章于 2024-03-29 16:53:44 发布
原创 最新推荐文章于 2024-03-29 16:53:44 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Replication #mysql

本文解决了在MySQL中执行Changemaster操作时遇到的ERROR1201(HY000)问题，通过删除datadir目录下的master.info文件即可解决此问题。此解决方案适用于MySQL 5.1和5.5版本。
尽管语法正确，但change master 的时候一直报如下错误：
ERROR 1201 (HY000)：Could not initialize master info structure

解决方法很简单，在datadir下把生成的master.info删除

这个问题在5.1和5.5都是存在的  


By 迦夜

2013-11-8

Good Luck

MySQL复制--master_info类成员变量说明
帅的数说
10-01 2769
master_info类 下面介绍类master_info定义。该类主要记录了连接到主库所有需要的信息及接收binlog的进度信息。在MySQL中只有一个实例即全局变量active_mi。 5.7中支持多源复制，会有多个实例，这里不作过多介绍。 该变量在mysqld启动阶段，由init_slave函数进行初始化。 rpl_mi.h： class Master_info : public Rpl_i
MySQL5.6中设置relay_log_info_repository 为TABLE
lwei_998的专栏
04-30 1万+
把relay.info记录在slave_relay_log_info表里有两个好处： 1.relay.info明文存储不安全，把relay.info中的信息记录在table中相对安全。 2.可以避免relay.info更新不及时，SLAVE 重启后导致的主从复制出错。 执行下述查询，检查relay_log_info_repository,master_info_rep
配置MySQL Group Replication单主模式踩过的坑
Sakura.Gaara
02-01 9412
一些关于引擎和主键之类的坑就不提了~~~ 问题 一台从库之前使用gtid复制，没有加入到Group Replication组中，后来在加入组中时，start group_replication启动，日志报错 2018-02-01T06:33:26.894113Z 342 [Note] 'CHANGE MASTER TO FOR CHANNEL 'group_replication_rec
MYSQL— perror 错误码详情
热门推荐
道行尚浅（老道）的博客
12-04 11万+
[root@localhost ~]# cat test_nothread.py import paramiko import threading import os def ssh2(ip,username,passwd,cmd): file_path='/root/perror.log' logfile=file(file_path,'a') try:
mysql 5.7 mysql init_mysql 5.7安装过程中，初始化的问题
weixin_39769406的博客
01-27 427
2017-07-27T03:41:16.224833Z 0 [Warning] InnoDB: New log files created, LSN=45791mysqld:Table 'mysql.plugin' doesn't existmysqld: Table'mysql.gtid_executed'doesn't exist2017-07-27T03:41:16.371369Z 0 [W...
生产环境centos7 安装mysql 5.7.35
山巅
03-04 1512
生产环境centos7 安装mysql 5.7.35初始化mysql 初始化mysql [root@mysql bin]# ./mysqld --defaults-file=/etc/my.cnf --initialize --user=mysql --basedir=/usr/local/mysql --datadir=/mom/data/mysql 2022-03-03T01:36:00.586711Z 0 [Warning] TIMESTAMP with implicit DEFAULT value
Mysql 5.X版本整体介绍
zcg19911222的博客
10-09 1735
本文主要介绍Mysql整体架构、InnoDB引擎架构，同时对Mysql的C/S协议、InnoDB的关键特性也作了说明。
深入了解MySQL replication
Tommenx的博客
04-29 546
深入了解MySQL replication 1. 简介 本文主要讲解MySQL的replication协议的过程和如何通过伪造客户端与Server通信，获取Binlog日志以及部分重点日志的解析，并对比了不同Binlog类型的优缺点 2. Replication过程 2.1 复制方案 MySQL的Master主服务器将数据的改动记录到本地的Binlog中 MySQL的Slave从服务器中的I/O...
mysql my.cnf的理解于配置
ookaoooo的专栏
12-01 599
my.cnf 的理解 在很多文章中，都没有讲mysql my.cnf真正的作用，如果你编程运维的时间比较长，那么接下来我所讲述的原理你就应该很能理解 当我们在linux下执行命令的时候，相当于调用执行某一动作这种动作我们可以理解为调用一个执行的指令集，什么是指令集呢，可以理解为调用执行程序（多个指令集的共同结果），这些指令集是系统环境变量中已指定了的执行文件的链接方式。重点来了：执行命令类似于开发中调用一个函数（尽管他的运行机制与编程中的函数并不一样）。 例如我们执行 mysql 时 在Linux 下
深入浅出MHA（MySQL Master High Availability）集群：原理、部署与实践
最新发布
hy199707的博客
03-29 8059
在当今高度依赖数据库的应用场景中，MySQL数据库的高可用性显得尤为重要。MHA（MySQL Master High Availability Manager）作为一种开源的MySQL高可用解决方案，以其自动化故障转移和恢复能力广受业界认可。本文将深入探讨MHA集群的原理、部署步骤及实践要点。
阿里云mysql不让锁表_阿里云RDS Mysql 5.6 ECS自建从库（不锁表，不重启）
weixin_42528191的博客
01-21 185
注意:你的备份的时间应该在你的binlog保存时间范围内环境：主库:阿里云RDSMysql5.6从库:ECS机器上自建从库Centos7.4setp 1 在阿里云RDS后台建立只读权限账号setp 2 使用RDS自带的备份功能,进行物理备份，并恢复到ECS机器参考链接：备份：https://help.aliyun.com/document_detail/26206.html恢复：...
mysql relay-log.info, master.info
回南山种豆的专栏
11-13 8137
relay-log.info, master.info 这连个文件时在建立复制时产生的，现在主要说明以下问题: 1、如果修改删除master.info文件，复制会中断么? 不会,如果stop slave,然后start slave还是能正常启动起来，因为mysql已经记住这里面的信息了，但是当你重启mysql时，在start slave,这时重启失败，会提示你change  master to
mysql5.6安装 mysql.slave_master_info表不存在的解决方法
weixin_34122810的博客
03-11 383
为什么80%的码农都做不了架构师？>>> ...
MySQL错误之mysql.slave_master_info
cuilun4325的博客
02-09 652
今天把5.7.12的备份恢复到5.7.17，启动数据库之后，遇到错误，如下： 2017-02-09T08:01:58.275817Z 0 [ERROR] Info table has a ...
mysql relay_log_info_repository和master_info_repository
zhaoyangjian724的专栏
07-04 5346
relay_log_purge = 1 　　relay_log_recovery = 1 　　这两个是启用relaylog的自动修复功能，避免由于网络之类的外因造成日志损坏，主从停止。 　　master_info_repository = TABLE 　　relay_log_info_repository = TABLE 　　这两个参数会将master.info和relay.info保存
redis cluster中info replication主节点没有获取到从节点信息
zjuwzp的博客
07-21 6757
搭建了6个redis服务实例，是3master+3slave的架构。 执行检查时，主从是对应好的。 但是进入一个主节点，但是info replication查询信息，connected_slaves却为0，如下： 而且，192.168.2.118 7004是192.168.2.107 7001的从节点，但是主节点写的数据，从节点竟然读不了，如下： 显然，主从关系还是没对应好。 再查看一对主从...
Python库mysql-replication-0.4.1发布，支持MySQL主从同步解析
该库基于 MySQL 协议中的复制协议进行通信，模拟 MySQL 从库（Slave）的行为，向主库（Master）发起 binlog dump 请求，接收并解析网络流中的 event 数据，最终将原始字节流转化为可读性强的 Python 对象（如 ...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值