mysql Last_IO_Errno: 1593 报错

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

#mysql #网络 #linux #主从

本文介绍了如何解决Last_IO_Errno:1593报错问题，该错误通常由网络问题引起。解决方案是通过停止并重新启动从库来恢复服务：使用stopslave;startslave命令。

我遇到的Last_IO_Errno: 1593报错是因为网络的问题导致的。然后把从库停下再开启就好了

stop slave;start slave; 即可恢复 

MySQL主从报错Last_IO_Errno: 1593
DBA_ChenJR的博客
04-03 899
mysql主从报错常见代码1593问题解决
ubuntu 14.04 + mysql5.6.19：Slave_IO_Running: Connecting&&Last_IO_Errno: 2003 原因排查
土鳖&only29
12-06 1274
master：192.168.10.128 slave：192.168.10.129 在搭建mysql5.6主从复制过程中，show slave status\G;显示以下问题： 日记报以下错误： 说明是slave连不上master，网上搜索了以下，大部分都是说以下原因： 1. 网络不通(ping 192.168.10.128 是通的！) 2. 密码不对(正确)
MySQL复制中因服务器ID重复报错（Last_IO_Errno: 1593）
anzhen0429的博客
08-05 5892
[mysql@localhost107 ~]$ mysql -uroot -p -P3306 mysql>change master to master_host = '192.168.0.102',master_user = 'repl',master_password ='123456',              master_log_file ='mysql_bin.000009',
ERROR——Last_IO_Errno: 1593（server-id冲突）
weixin_48185643的博客
12-28 802
这里写目录标题报错现象解决方法 报错现象 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 replication to work (or the --replicate-same-server-id option must be used on slave b
mysql 1593_MySQL数据库经典错误三 Last_IO_Errno: 1593(server-id冲突)
weixin_26965807的博客
01-19 1492
MySQL数据库经典错误三 Last_IO_Errno: 1593(server-id冲突)Last_IO_Errno: 1593(server-id冲突)Last_IO_Error:Fatalerror:TheslaveI/OthreadstopsbecausemasterandslavehaveequalMySQLserverids;theseidsmust...
【MySQL】Last_IO_Errno: 1593 server-uuid重复导致slave报错
cq377078944的博客
02-17 276
【问题描述】： 在slave库上发现报错： mysql> SHOW SLAVE STATUS\G ………………………………………… Last_IO_Errno: ...
Mysql主从同步Last_IO_Errno:1236错误解决方法
01-21
Mysql主从同步的Last_IO_Errno:1236错误是什么原因呢，我们要如何来解决这个问题呢?下面和小编一起来看看关于此问题的记录与解决办法。 [removed]ec(2);[removed] 从服务器错误代码： Last_IO_Errno: 1236 Last...
mysql io线程常见报错
mantou5659的博客
03-09 842
原来使用临时文件充当cache是针对某个会话的，当这个会话使用binlog_cache的大小超过binlog_cache_size的值的时候，就会使用临时文件，当所有session的binlog使用的内存超max_binlog_cache_size的值时就会报错，所以超过max_binlog_cache_size的值的原因：1，max_binlog_cache_size这个值设置过小，2，当前会话数据量暴增；说是可能从库的max_binlog_cache_size太小，没法缓存下主库的binlog。
mysql报错1593_Linux中MySQL主从复制中出现1593错误码的低级错误
weixin_39545895的博客
01-30 388
今天测试shell脚本自动配置MySQL主从集群的时候发现从机一直1593错误，排查了半天发现是从的配置文件中的server-id没改导致，此低级错误记录下警醒自己。[root@DS-CentOS70 ~]# mysql -uroot -pYWFlMDAyZmFjOWJiWarning: Using a password on the command line interface can be i...
mysql 1593_Linux中MySQL主从复制中出现1593错误码的低级错误
weixin_35917998的博客
01-19 460
主从复制小编介绍过不少的文章了，但在使用过程中经常会有一些问题出现了，今天我们来看关于Linux中MySQL主从复制中出现1593错误码的低级错误问题解决办法．今天测试shell脚本自动配置MySQL主从集群的时候发现从机一直1593错误，排查了半天发现是从的配置文件中的server-id没改导致，此低级错误记录下警醒自己。[root@DS-CentOS70 ~]# mysql -uroot -p...
mysql报错1593_主从复制报1593错误的处理
weixin_36295500的博客
02-08 2277
由于模拟一主二从场景下主从切换的需要，在增加第二个从库时，启动第二个从库报如下错误：mysql> start slave;Query OK, 0 rows affected (0.00 sec)mysql> show slave status\G*************************** 1. row ***************************Slave_IO_...
mysql报错1593,MySQL报错：master and slave have equal MySQL server UUIDs
weixin_42402228的博客
03-18 430
MySQL报错：master and slave have equal MySQL server UUIDs首页 → 数据库技术背景：阅读新闻MySQL报错：master and slave have equal MySQL server UUIDs[日期：2015-02-28]来源：Linux社区作者：doiido[字体：]MySQL报错信息如下：Last_IO_Errno: 1593Last_...
MySQL的10大经典错误
lihaoyiding的博客
06-22 1622
MySQL在Linux环境中可能遇到的10大经典错误
mysql 创建 数据库失败_MySQL创建数据库失败
weixin_28736335的博客
01-18 2490
如果使用root账号登录到数据库create database时提错错误：MySQL: 1006 - Can‘t create database ‘***‘ (errno: 13)或MySQL: 1006 - Can‘t create database ‘***‘ (errno: 28)，一般是mysql用户没有目录权限的问题。先用Linux指令 : ls -ld 查看data目录权限， da...
Error_code: 2003 Last_IO_Errno:2003主从配置时遇到错误 error connecting to master
Wuhaotian1996的博客
01-31 6866
如果是新手请看我之前的文章 检查是否命令正确 https://blog.youkuaiyun.com/Wuhaotian1996/article/details/84313193 下列是所有的错误代码号 https://blog.youkuaiyun.com/xiaoborui20110806/article/details/37756887 发现没有2003 找了半天原因 有如下：1从数据库 ping不通主数...
Linux之MySQL数据库主从复制及错误Slave_IO_Running: Connecting,Last_IO_Errno:2003解决方案
wing的专栏
03-31 2895
MySQL数据库主从复制(基于Docker)的操作步骤如下: 基本环境 虚拟机VMWare WorkStation 15 Pro CentOS 7 MySQL-5.7 Latest Docker 创建文件夹 mkdir -p /home/wing/mysql/master/data mkdir -p /home/wing/mysql/master/conf mkdir -p /hom...
Last_IO_Error: error connecting to master Last_IO_Errno: 2003解决方法
热门推荐
wxc20062006的专栏
01-17 1万+
1.场景：在配置mysql双主结构后，启动后提示如下错误信息提示： Last_IO_Errno: 2003 Last_IO_Error: error connecting to master 'coolcloud@XXXX:XX' - retry-time: 60  retries: 86400 2.排查过程 (1) 在配置文件中排查了与bindaddress和skip-net
linux搭建mysql主从数据库,Last_IO_Errno: 2003
XinS_D的博客
03-14 4918
所有都配置完之后，Slave_IO_Running显示为Connecting显示的错误为2003，无法连接到主数据库查阅了很多资料，很多都是从以下三个方面着手：1、网络不通  2、密码不对  3、pos不对我尝试了一下都没什么效果，最后发现，原来是主数据库中的my.conf中bind-address没有注释将bind-address注释之后，主从数据库就能连接了...
MYSQL数据库VALUES_MySQL数据库“十宗罪”（十大经典错误案例）
weixin_39927378的博客
10-20 795
每天给你诚意满满的干货来自：51CTO(作者：superZS)原文链接：http://blog.51cto.com/sumongodb/1949426今天给大家说说《数据库中十大经典错误案例》我在刚开始学习数据库的时候，没少走弯路。经常会遇到各种稀奇古怪的 error 信息，遇到报错会很慌张，急需一个解决问题的办法。跟无头苍蝇一样，会不加思索地把错误粘到百度上，希望赶紧查找一下有没有好的...
Last_IO_Errno: 1593 Last_IO_Error: The replication receiver thread cannot start because the master has GTID_MODE = OFF and this server has GTID_MODE = ON.
最新发布
06-26
MySQL 主从复制中，GTID（Global Transaction Identifier）用于唯一标识每个事务，并在故障转移和数据一致性方面提供支持。当主库和从库的 `GTID_MODE` 设置不一致时，会导致复制失败，并出现类似 `Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have different values for GTID_MODE` 的错误信息[^1]。 ### 错误原因 `GTID_MODE` 是控制是否启用 GTID 的关键参数。若主库启用了 GTID（`GTID_MODE=ON`），而从库未启用（`GTID_MODE=OFF`），或者相反，则会出现该错误。此外，如果两者都启用了 GTID 但配置方式不同（如 `ENFORCE_GTID_CONSISTENCY` 设置不一致），也可能导致复制失败[^2]。 ### 解决方法 #### 1. 确认主库和从库的 GTID 配置 首先检查主库和从库的 `my.cnf` 或通过 SQL 查询当前的 GTID 配置： ```sql SHOW VARIABLES LIKE 'gtid_mode'; SHOW VARIABLES LIKE 'enforce_gtid_consistency'; ``` #### 2. 调整从库的 GTID 模式 确保从库与主库保持一致的 GTID 配置。假设主库使用 GTID，从库也应启用 GTID 并设置 `ENFORCE_GTID_CONSISTENCY=ON`： ```ini # my.cnf 配置示例 [mysqld] gtid_mode=ON enforce_gtid_consistency=ON ``` 修改配置后重启 MySQL 服务以应用更改。 #### 3. 使用正确的复制用户权限 确保用于复制的用户拥有适当的权限，通常包括 `REPLICATION SLAVE` 和 `REPLICATION CLIENT`： ```sql GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'replica_user'@'%' IDENTIFIED BY 'password'; FLUSH PRIVILEGES; ``` #### 4. 正确启动复制进程 如果已正确配置 GTID 模式，但仍遇到问题，可以尝试重新初始化复制连接： ```sql STOP SLAVE; CHANGE MASTER TO MASTER_HOST='master_host', MASTER_USER='replica_user', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107, MASTER_AUTO_POSITION=1; START SLAVE; ``` 其中 `MASTER_AUTO_POSITION=1` 表示启用基于 GTID 的自动定位功能。 #### 5. 检查并修复数据一致性 如果由于 GTID 不一致导致数据冲突，可能需要手动干预来修复数据一致性问题。可以通过以下命令查看复制状态： ```sql SHOW SLAVE STATUS\G ``` 关注 `Executed_Gtid_Set` 和 `Retrieved_Gtid_Set` 字段，确保它们匹配。如有必要，可使用 `SET GLOBAL gtid_purged` 来跳过特定事务或重置 GTID 信息。 ### 注意事项 - 在调整 GTID 模式之前，务必备份数据库，防止因配置错误导致数据丢失。 - 修改 `GTID_MODE` 可能涉及服务器重启，需在维护窗口内操作。 - 如果从库无法立即启用 GTID，建议暂时使用传统的二进制日志文件和位置进行复制，待条件允许后再切换为 GTID 模式。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值