MySQL主从关系提示id相同的错误解决办法一则

最新推荐文章于 2022-09-26 08:52:19 发布
原创 最新推荐文章于 2022-09-26 08:52:19 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #MySQL #Mysql #MYSQL #MySql

遇到MySQL主从同步时出现服务器ID相同的错误，经过排查发现从服务器的master.info文件中主服务器的端口配置错误，修正后成功解决同步问题。
今天内网数据库测试服务器主从出现不同步的情况，报错：The slave I/O thread stops because master and slave have equal MySQL server ids......

然后我检查了server id，真不一样，反复修改多次无果，然后百度，无果，然后google，无果，然后我开始瞎翻......

最后在从服务器的data/master.info中找到了问题所在，主服务器的端口不知道为什么变成从服务器的端口了！

修改后重新启动从服务器，就好了。
【Prometheus】MySQL主从搭建，以及如何通过prometheus监控MySQL运行状态
景天科技苑
02-11 7万+
要使用Prometheus 监控 MySQL，则需要 MySQL 服务器上部署对应的mysqld_exporter。 如果需要监控多个MySQL实例，则需要在每个MySQL实例上都部署一个mysqld_exporter， 因为每个 mysqld_exporter 只能连接并抓取一个MySQL 的指标数据。
MySQL主从不一致情形与解决方法
10-10 537
一、MySQL主从不同步情况 1.1 网络的延迟 1.2 主从两台机器的负载不一致 1.3 max_allowed_packet设置不一致 1.4 自增键不一致 1.5 同步参数设置问题 1.6 自身bug 1.7 版本不一致 1.8 主从不一致优化配置 二、解决主从不同步的方法 2.1 主从不同步场景描述 2.2 解决方法一：忽略错误后，继续同步 2.3 方式二：重新做主从，完全同步 三、如何监控mysql主从之间的延迟..
mysql主从同步完成标志_MySQL主从同步报错，server-id一致导致报错
weixin_39890289的博客
01-21 326
今天新加入一台从库，进行同步master数据，但是my.cnf配置文件直接拷贝，没修改server-id，导致报错：2017-04-0114:57:16140661325472512[Note]Slave:receivedendpacketfromserver,apparentmastershutdown:2017-04-0114:57:1614066132547251...
MySQL主从同步报错，server-id一致导致报错
weixin_33937913的博客
04-01 1612
今天新加入一台从库，进行同步master数据，但是my.cnf配置文件直接拷贝，没修改server-id，导致报错：2017-04-0114:57:16140661325472512[Note]Slave:receivedendpacketfromserver,apparentmastershutdown: 2017-04-0114:57:161...
Mysql主主同步详细操作过程
weixin_34037977的博客
10-30 123
 此处是在公司线上部署mysql双主时所记录的文档，为安全，IP都改为内网IP。版本信息：#mysql -Vmysql  Ver 14.14 Distrib 5.5.37, fordebian-linux-gnu (x86_64) using readline 6.2 1、主库开启bin-log功能，配置server-id修改my.cf配置文件，开启bin-log功能，配置server-id。#c...
MySQL主从复制报错一致性问题解决
T99887766的博客
03-30 216
当MySQL主从复制中因为不一致报错的情况，我们第一时间想到的就是使用pt-table-checksum来进行检查主从一致并进行修复，但是使用此工具的前提是主从复制线程都为on状态， 所以这种情况下可以先转化一下思维方式，可以先将错误屏蔽掉恢复主从复制线程状态，然后再使用利器pt工具进行检查并修复。 从上设置slave_skip_errors ，默认此参数为OFF，此参数为静态变量...
MySQL主从不一致问题相关处理
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
09-26 1万+
某业务采取mysql的主从架构，但因为存储的问题，导致备库一直无法存储，数据同步一致性问题一直也未恢复，某次安全检查要求完成主备倒换演练，必须限期恢复主备，但是在恢复过程中，同步显示正常一段时间后，便会出现sql线程异常，主备数据不一致导致的同步错误情况。主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。根据上面的NR行数，查看附近的行，定位数据不一致的地方，后续手动补全。
mysql主从复制配置和相关的问题解决思路
10-30
### MySQL主从复制配置及问题解决思路 #### 一、MySQL主从复制概述 在现代企业级应用中，为了提高数据库系统的稳定性和性能，通常会采用MySQL主从复制技术实现数据的读写分离。主从复制不仅可以提升系统的可用性和...
MySQL主从延迟的解决方案
KIMTOU的博客
05-29 1万+
之前项目中基于 MySQL 主从复制以及 AOP 的方式实现了读写分离，也写了博客记录了这个实现过程，《SpringBoot实现MySQL读写分离》。 既然配置了 MySQL 主从复制，那么自然会存在主从延迟，如何尽可能减小主从延迟对应用系统的影响是很有必要的思考点，我个人认为主从延迟的解决方案正是实现读写分离、MySQL 主从复制的精髓。 关于这个话题其实我之前就想着写篇博客分享一下，但一直没有提上日程。最近有读者在《SpringBoot实现MySQL读写分离》 这篇博客中留言问到了这个问题，这也激励我写
精选资源
SpringBoot第 12 讲：SpringBoot+MySQL主从复制、读写分离
10-10
主从复制是MySQL数据库的一种高可用性解决方案，其中一台服务器（主服务器）处理所有写操作，而其他服务器（从服务器）同步主服务器上的数据变化，从而形成一个读写分离的环境。这种设计模式有助于减轻主服务器的...
mysql主主同步id一样_MySQL 主主同步
weixin_35562225的博客
01-19 524
双机热备的概念简单说一下，就是要保持两个数据库的状态自动同步。对任何一个数据库的操作都自动应用到另外一个数据库，始终保持两个数据库数据一致。 这样做的好处多。 1. 可以做灾备，其中一个坏了可以切换到另一个。 2. 可以做负载均衡，可以将请求分摊到其中任何一台上，提高网站吞吐量。 对于异地热备，尤其适合灾备。废话不多说了。我们直接进入主题。 我们会主要介绍两部分内容：一， mysql 备份工作原...
mysql 三主_主三从的mysql复制报错
weixin_34221384的博客
01-19 696
蚊子今天下午搭了一主三从的mysql复制，结果所有服务器都配置好后，发现从上报如下的错误复制代码 代码如下:Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for repli...
两台备库设置server_id一致出现的问题
Win_Man的专栏
07-11 1358
原因分析 总结简介在《高性能MySQL》上看到说在一主多从的架构中，如果从库的sever_id设置为一样的，可能会导致一些奇怪的现象，例如从库的错误日志中会不断的打印错误日志，会不断的断开
Mysql主从同步错误记录
简单-生活
09-21 2160
测试环境 Mysql版本: 5.7.22 安装环境: docker show slave status错误记录 #一、Slave_IO_Running: Connecting error connecting to master ‘wen@127.18.0.2:3306’ - retry-time: 60 解决方法: 第一次用docker运行两个mysql，但没有考虑到容器间的通信问题，用netw...
mysql server ids_mysql5.5.44 主从复制master and slave have equal MySQL server ids
weixin_35308770的博客
01-27 188
mysql5.5.44 主从复制配置注：mysql从5.1.7以后开始就不支持my.cnf中“master-host”类似的参数;必须在slave 的mysql中执行以下命令(最后的pos没有引号)：mysql> change master to master_host='192.168.137.100', master_user='tongbu',master_password='123...
主主复制 have equal mysql server ids_MySQL主从复制与主主复制
weixin_39632728的博客
01-28 454
MySQL主从复制与主主复制主从复制:1.环境说明:准备两台linux虚拟主机Linux版本CentOS7、MySQL 5.7.17ip：192.168.1.1、192.168.1.22.创建复制账号mysql会赋予一些特殊的权限给复制线程,在备库运行的I/O线程会建立一个到主库TCP/IP连接,这意味着必须在主库创建一个用户,并赋予其合适的权限,备库I/O线程以该用户名连接到主库并取其二进制日志...
mysql 主键自增 但是报主键重复的异常问题探究- Duplicate entry
热门推荐
༺ bestcxx的专栏 ༻
06-04 2万+
1、mysql数据库设置数据库主键自增的规律 ·第一，在主键字段上增加AUTO_INCREMENT `id`int(8)NOTNULLAUTO_INCREMENTCOMMENT'主键', ·第二，默认表的第一条数据是从1开始计数的，但是在建表语句中是可以修改这个起始值的，比如下面就是设置为11为基值，下一次插入的是12 CREATE TABLE 'table_name'( ...
Java中用Mybatis插入mysql报主键重复问题的解决方法
a6822342的博客
05-08 1万+
首先思路是这样的，先去数据表里面去找有没有这个主键的数据（如果有会有返回值，如果没有则返回null），如果有则对该条数据进行更新操作，如果没有，则对数据表进行插入操作。原来数据表中有这些数据。数据表对应的bean的结构如下：public class DataBean { String key; String value; public DataBean() { ...
我配置的Mha检查时出现的情况分析及解决如下
火麒马
06-13 5539
​
mysql主从复制常见错误及解决方案 提供完整一点
最新发布
04-12
<think>好的，我现在需要回答用户关于MySQL主从复制常见错误及解决方案的问题。用户要求完整的内容，所以我需要整理出常见的错误代码、原因和对应的解决方法。根据用户提供的三个引用内容，我可以先分析这些引用中的信息，然后结合自己的知识补充可能的其他常见错误。 首先，引用[1]提到了1045、1032和1062错误，引用[2]提到1129错误，引用[3]详细说明了1062错误。我需要将这些错误逐一整理，并确保每个错误都有原因分析和解决步骤。同时，可能还有其他常见错误如1236、1593等，是否需要包含？不过用户提供的引用中没有提到这些，可能需要根据经验判断是否加入，但用户可能更关注引用中提到的错误。 接下来，我需要确保每个错误都有清晰的编号和标题，如错误1045、1032、1062、1129。对于每个错误，先说明错误现象，再分析原因，最后给出解决步骤。解决步骤需要详细，比如检查权限、跳过错误、数据对比等。同时，引用中的解决方案可能需要进一步细化，例如如何跳过错误、使用什么命令（如SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1），或者如何处理数据不一致的问题。 另外，引用[3]提到处理1062错误时，需要对比主从数据是否一致，如果不一致则删除从库数据。这部分需要详细说明操作步骤，比如如何查看主库的数据，如何删除从库的记录，然后重启复制。同时，提醒用户跳过错误可能带来的数据不一致风险，如引用[1]中提到的，这点需要强调注意事项。 对于1129错误，引用[2]提到max_connect_errors参数的问题，解决方法是调整该参数的值，并清除错误计数。需要说明如何查看当前参数，如何修改（set global max_connect_errors=1000;），以及重启复制进程。 此外，用户可能还需要了解其他常见错误，比如主键冲突之外的错误，例如网络中断导致的复制错误（如1236），或者主从服务器时间不一致的问题。但根据提供的引用，可能不需要涵盖这些，但为了完整性，可能可以简要提及，或者集中在引用提到的内容。 最后，需要组织内容结构，每个错误作为一个子标题，每个部分包含现象、原因、解决方案，可能还有注意事项。确保语言简洁，步骤明确，符合用户要求的结构清晰。同时，在回答末尾添加相关问题，如其他错误、预防措施、监控方法等，以符合用户生成相关问题的要求。 总结步骤： 1. 整理引用中的错误代码：1045、1032、1062、1129。 2. 为每个错误补充现象、原因、解决方案。 3. 确保解决方案详细，包含具体命令和步骤。 4. 添加注意事项，强调数据一致性风险。 5. 检查是否有其他常见错误需要补充，但以引用内容为主。 6. 生成相关问题，如其他错误、预防措施等。 现在需要将这些整理成用户需要的回答，使用中文，结构清晰，分点说明，并正确引用提供的资料。</think>### MySQL主从复制常见错误及详细解决方案 #### 1. **错误1045：权限认证失败** - **现象**：从库连接主库时提示`Access denied`，复制进程中断。 - **原因**：主从复制使用的账号权限配置错误，或密码不匹配。 - **解决方案**： 1. 检查主库账号权限：确保主库复制账号（如`repl`）具有`REPLICATION SLAVE`权限。 2. 验证账号密码：使用`CHANGE MASTER TO`命令重新配置账号密码： ```sql CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='正确密码'; ``` 3. 重启复制进程：`START SLAVE;` [^1]。 --- #### 2. **错误1032：从库找不到要删除/更新的记录** - **现象**：主库删除或更新某行数据时，从库因缺少对应记录导致复制中断。 - **原因**：主从数据不一致，可能由手动修改从库数据或复制延迟引起。 - **解决方案**： 1. **跳过错误**（临时解决）： ```sql SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; -- 跳过1个错误 START SLAVE; ``` 2. **数据修复**（根治）： - 对比主从数据差异（使用工具如`pt-table-checksum`）。 - 手动同步缺失数据或重建从库。 3. **启用GTID**：使用全局事务标识（GTID）自动处理数据一致性[^1]。 --- #### 3. **错误1062：唯一键冲突** - **现象**：从库插入数据时因主键/唯一键重复报错。 - **原因**：从库已存在相同主键的数据，可能由主库未同步的写入操作导致。 - **解决方案**： 1. **检查数据一致性**： - 对比主从库冲突记录的完整数据（如`SELECT * FROM table WHERE id=X`）。 2. **选择处理方式**： - 若数据一致：跳过错误（同错误1032）。 - 若数据不一致：删除从库冲突记录后重启复制： ```sql DELETE FROM table WHERE id=X; START SLAVE; ``` 3. **预防措施**：禁止直接写入从库，并启用`read_only`模式[^3]。 --- #### 4. **错误1129：连接请求过多被阻塞** - **现象**：从库因频繁连接请求被主库拒绝。 - **原因**：同一IP短时间内触发了`max_connect_errors`限制。 - **解决方案**： 1. **查看当前阈值**： ```sql SHOW GLOBAL VARIABLES LIKE 'max_connect_errors'; ``` 2. **临时调大参数**： ```sql SET GLOBAL max_connect_errors=1000; -- 默认值为100 ``` 3. **清除错误计数**：重启主库或执行`FLUSH HOSTS;` [^2]。 --- #### 5. **其他注意事项** - **数据一致性风险**：跳过错误可能导致主从不一致，建议定期使用校验工具检测。 - **日志分析**：通过`SHOW SLAVE STATUS\G`定位错误位置（`Last_IO_Error`和`Last_SQL_Error`字段）。 - **自动重试机制**：配置`slave_skip_errors`参数（谨慎使用，需结合业务场景）。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值