MySQL同步故障：" Slave_SQL_Running:No" 解决方案

最新推荐文章于 2025-06-22 21:38:13 发布
原创 最新推荐文章于 2025-06-22 21:38:13 发布 · 594 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Slave_Sql_Running:no

本文介绍了一种解决MySQL从服务器因事务回滚导致的问题的方法。通过执行特定的SQL命令，可以跳过冲突的事务，恢复正常的数据同步。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

进入从服务器运行：

show slave status\G;

 

解决方案：

可能是slave重启后 , 事务回滚造成的

MySQL [qtc_test]> stop slave;

MySQL [qtc_test]> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

MySQL [qtc_test]> start slave;

 

Success啦！希望能解决您的问题！

 

MySQL-----主从复制 Slave_SQL_Running:no
jmwn99的博客
02-06 3773
主从复制
MySQL同步故障：" Slave_SQL_Running:No" 的解决办法
yarbrough
10-28 566
主库 ： 114.116.182.128 从库： 114.116.182.62 造成该错误原因： 之前手动在从库更改了数据，再在主库更改该条数据时，主从数据版本不一致。 解决： 进入主库的mysql界面 mysql -utkuser -pTk123qwe! 关闭主库的写操作 flush tables with read lock; 查看并记下主库的日志及position show maste...
MySQL主从同步故障－Slave_SQL_Running: No
shao.bing的专栏
10-30 5002
故障现象： 进入slave服务器，运行： mysql> show slave status\G          .......              Relay_Log_File: localhost-relay-bin.000535               Relay_Log_Pos: 21795072       Relay_Master_Log_File: localh
MySQL 复制与主从架构（Master-Slave）
lwb_0118的博客
06-22 738
无论是在异步复制中追求性能，还是在半同步复制中保证数据安全，都需要根据具体业务需求进行权衡和配置。希望这篇文章能为你在设计和优化 MySQL 复制架构时提供全面的参考和实用指导。通过复制数据到多个从服务器，既可以实现数据冗余备份，又能分担查询压力，提升系统整体性能与容错能力。本文将详细介绍 MySQL 复制的基本原理、配置方式、复制类型以及在主从架构中的实际应用场景。MySQL 复制指的是将主服务器（Master）上的数据变更自动传递到一个或多个从服务器（Slave）。可以检查复制状态，确保。
MySQL同步故障：“ Slave_SQL_Running:No“ 两种解决办法
2301_76433368的博客
07-13 2502
原博主：(2条消息) MySQL同步故障：" Slave_SQL_Running:No" 两种解决办法_NPPPNHHH的博客-优快云博客进入slave服务器，运行： 解决办法一、 Slave_SQL_Running: No 1.程序可能在slave上进行了写操作2.也可能是slave机器重起后，事务回滚造成的. 一般是事务回滚造成的： 解决办法： 首先停掉Slave服务：slave stop 到主服务器上查看主机状态： 记录File和Position对应的值进入master 然后到slav
【mysql 主从同步】Slave_SQL_Running: No解决办法
赖德发的博客
09-23 3952
也可能是slave机器重起后，事务回滚造成的.
MySQL Slave_SQL_Running:No解决方案
小谷同学
09-18 887
1.首先进入从服务器，停掉slave stop slave; 2.进入主服务器 查看主机状态 show master status; 3.在从服务器操作 change master to master_host='192.168.0.54',master_user='root',master_password='123456',master_port=3306,master_log_file=localhost-bin.000094’,master_log_pos=33622483 ; start
mysql 主从数据不一致,提示： Slave_SQL_Running: No 的解决方法
01-19
本文实例讲述了mysql 主从数据不一致,提示： Slave_SQL_Running No 的解决方法。分享给大家供大家参考，具体如下： 在slave服务器上通过如下命令 mysql> show slave status\G; 显示如下情况： Slave_IO_Running: ...
MYSQL同步 Slave_IO_Running: No 或者Slave_SQL_Running: No的解决方法[已测]
09-11
### MySQL同步Slave_IO_Running: No 或者Slave_SQL_Running: No的解决方法 #### 背景介绍 在MySQL数据库环境中，为了提高数据的安全性和可用性，通常会采用主从复制的方式进行数据同步。主从复制可以让一个或多个...
Slave_SQL_Running: No mysql同步故障解决方法
xiaoxinla的专栏
06-21 1万+
错误现状： mysql 同步时遇到错误，不要慌张，镇定，是第一位： 首先，说明： Slave_IO_Running：连接到主库，并读取主库的日志到本地，生成本地日志文件 Slave_SQL_Running:读取本地日志文件，并执行日志里的SQL命令。 这个错误是出现在我重启电脑之后。从以上图片来看，我遇到的错误是第二条，但至少说明了连接主库，并读取主库的日志到本地，生成本地日志文件
Mysql主从复制Slave_SQL_Running:no
qq_37924396的博客
12-09 2390
7.设置从库同步，注意该处的同步点，就是主库show master status信息里的| File| Position两项。今天突然发现从库的数据和主库的数据对不上了从库少了好多数据，赶紧排查了一下从库发现从库断了，将修复的操作记录一下。这里注意一点：数据库备份一定要定期进行，可以用shell脚本或者python脚本，都比较方便，确保数据万无一失。Slave_IO_Running：连接到主库，并读取主库的日志到本地，生成本地日志文件。1.先进入主库，进行锁表，防止数据写入。3.查看master 状态。
MySQL主从同步故障：Slave_SQL_Running:No 两种解决办法
走在搬砖的路上！
01-28 1万+
mysql> show slave status\G ....... Relay_Log_File: localhost-relay-bin.000535 Relay_Log_Pos: 21795072 Relay_Master_Log_File: localhost-bin.000094 Slave_IO_Running: Yes Slave_SQL_Running:...
mysql+一直running,MySQL同步故障：" Slave_SQL_Running:No" 两种解决办法
weixin_42511396的博客
03-23 275
故障现象：进入slave服务器，运行：mysql> show slave status\G.......Relay_Log_File: localhost-relay-bin.000535Relay_Log_Pos: 21795072Relay_Master_Log_File: localhost-bin.000094Slave_IO_Running: YesSlave_SQL_Runnin...
mysql从服务器出现的错误解決方法:Slave_SQL_Running: No(主-从)
wensonlee的专栏
10-19 407
1、出现错误提示、     Slave I/O: error connecting to master 'backup@192.168.1.x:3306' - retry-time: 60  retries: 86400, Error_code: 1045   解决方法 从服务器上删除掉所有的二进制日志文件，包括一个数据目录下的master.info文件和hostname-...
解决 Slave_SQL_Running: NO 问题（方案：数据库的备份）
热门推荐
lilygg的博客
08-02 2万+
实验环境： server1和server2主从复制（基于GTID）已经搭建成功 server1： 172.25.66.1 master server2： 172.25.66.2 slave 点击此处即可查看mysql主从复制搭建详细过程 需求： 现需要再加入一个server3结点，搭建一主两从 server3： 172.25.66.3 slave 问题：...
mysql io running_MySQL数据同步，出现Slave_SQL_Running：no和slave_io_running：no问题的解决方法...
weixin_30995661的博客
02-01 305
正文：一、问题描述：当我们配置好MySQL主主同步时，是可以实现主主同步，但是重启机器后或者其他原因导致MySQL无法同步了。二、Slave两个关键进程mysql replication 中slave机器上有两个关键的进程，死一个都不行，一个是slave_sql_running，一个是Slave_IO_Running，一个负责与主机的io通信，一个负责自己的slave mysql进程。三、如果是S...
关于MySQL主从里遇到Slave_SQL_Running：no/Slave_io_Running：no解决
Mr.Zheng的博客
02-13 983
准备工作 主从机里从/usr/share/mysql/拷贝其中的my-huge.cnf 到 /etc/ 并命名为my.cnf。配好主从配置最重要的一点配上errorlog输出位置。 log-error=/var/log/xxx.log (xxx是你自定义名字) 在从机mysql中root账户下运行show slave status\G 运行完出错 注意不管怎么错，errorlog都会记录。 ...
MySQL数据同步，出现Slave_SQL_Running：no和slave_io_running：no问题的解决方法
eagle89的专栏
03-18 5919
一、问题描述： 当我们配置好MySQL主主同步时，是可以实现主主同步，但是重启机器后或者其他原因导致MySQL无法同步了。 二、Slave两个关键进程 mysql replication 中slave机器上有两个关键的进程，死一个都不行，一个是slave_sql_running，一个是Slave_IO_Running，一个负责与主机的io通信，一个负责自己的slave mysql进程...
Slave_IO_State: Connecting to master Master_Host: mysql-master Master_User: slave Master_Port: 3306 Connect_Retry: 30 Master_Log_File: mysql-master-bin.000003 Read_Master_Log_Pos: 2412 Relay_Log_File: mysql-relay-bin.000001 Relay_Log_Pos: 4 Relay_Master_Log_File: mysql-master-bin.000003 Slave_IO_Running: Connecting Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 2412 Relay_Log_Space: 156 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULL Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 0 Master_UUID: Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: Master_public_key_path: Get_master_public_key: 0 Network_Namespace:
最新发布
07-16
<think>我们正在排查MySQL主从复制中Slave_IO_Running状态为Connecting的问题。这个状态表示从库的I/O线程正在尝试连接主库但尚未成功。以下是完整的排查步骤： ### 1. 检查主从基础配置 - **主库IP/域名**：确保从库配置的主库地址正确（`MASTER_HOST`） - **端口**：主库防火墙是否开放复制端口（默认3306） - **复制账号**：检查复制账号权限及密码 - **主库`server_id`**：必须唯一 **验证命令**： ```sql SHOW SLAVE STATUS\G ``` 关注字段： ``` Master_Host: 192.168.1.100 Master_User: repl_user Master_Port: 3306 Connect_Retry: 60 ``` ### 2. 网络连通性测试 在从库执行： ```bash # 测试TCP连接 telnet <主库IP> 3306 # 或使用nc nc -zv <主库IP> 3306 ``` > 若连接失败，检查： > - 主库防火墙：`sudo ufw status`（Ubuntu） > - 云服务器安全组规则 > - 网络路由（尤其跨机房/VPC场景） ### 3. 复制账号权限验证 登录主库检查复制账号权限： ```sql SHOW GRANTS FOR 'repl_user'@'从库IP'; ``` 必需权限： ```sql GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl_user'@'从库IP'; ``` ### 4. 主库状态检查 登录主库查看： ```sql SHOW MASTER STATUS; ``` 确保从库连接的`MASTER_LOG_FILE`和`MASTER_LOG_POS`在有效范围内（新搭建复制时需特别注意） ### 5. 错误日志分析 - **从库错误日志**： ```bash tail -f /var/log/mysql/error.log ``` 常见错误： ``` [ERROR] Slave I/O: error connecting to master 'repl_user@主库IP:3306' - retry-time: 60 retries: 1, Error_code: 2003 ``` ### 6. 主库连接限制检查 - 主库`max_connections`是否已满 - 主库`max_user_connections`是否限制复制账号 ### 7. SSL/TLS配置问题 若主从启用SSL： ```sql SHOW SLAVE STATUS\G ``` 检查： ``` Master_SSL_Allowed: Yes Master_SSL_CA_File: /path/to/ca.pem ``` > 证书路径需在从库存在且可读 ### 8. 跳过DNS解析 在从库`my.cnf`添加： ```ini [mysqld] skip-name-resolve ``` 重启MySQL服务后重试 ### 9. 临时停止IO线程 若之前有未完成的复制操作： ```sql STOP SLAVE IO_THREAD; -- 引用[1]中提到需先停止IO线程 START SLAVE; ``` ### 故障排查流程图 ```mermaid graph TD A[Slave_IO_Running=Connecting] --> B{网络连通性} B -->|失败| C[检查防火墙/路由] B -->|成功| D{复制账号权限} D -->|不足| E[主库授权REPLICATION SLAVE] D -->|正常| F{主库SHOW MASTER STATUS} F -->|无输出| G[主库未启用二进制日志] F -->|正常| H{错误日志分析} H -->|SSL错误| I[检查证书路径] H -->|连接数超限| J[调整max_connections] H -->|其他错误| K[根据错误码处理] ``` ### 关键命令汇总 | 步骤 | 命令 | |------|------| | 检查复制状态 | `SHOW SLAVE STATUS\G` | | 测试主库端口 | `nc -zv 主库IP 3306` | | 主库授权复制账号 | `GRANT REPLICATION SLAVE ON *.* TO 'repl_user'@'从库IP' IDENTIFIED BY '密码'` | | 重置复制线程 | `STOP SLAVE; START SLAVE;` | > **注意**：修改配置后需重启MySQL服务：`sudo systemctl restart mysql` §§相关问题§§ 1. 如何修复MySQL主从复制错误1236？ 2. 主从复制延迟持续增长该如何处理？ 3. MySQL多源复制如何配置？ 4. 如何监控MySQL复制状态？ 5. 如何配置安全的复制账号？</think>### MySQL Slave_IO_Running 状态为 "Connecting" 的排查指南 当 MySQL 主从复制中 Slave_IO_Running 状态显示为 "Connecting" 时，表示从库的 I/O 线程正在尝试连接主库但尚未成功。以下是系统化的排查步骤： --- #### 1. **检查基础配置** ```sql SHOW SLAVE STATUS\G ``` 关注以下字段： - `Master_Host`：主库 IP 是否正确 - `Master_User`：复制账号是否存在 - `Master_Port`：端口是否匹配主库 - `Master_SSL_Allowed`：SSL 配置是否一致 > **关键点**：确保从库配置的 IP、端口、账号与主库一致[^2]。 --- #### 2. **网络连通性测试** 在从库执行： ```bash # 测试主库端口连通性 telnet <Master_IP> 3306 # 或使用网络工具 nc -zv <Master_IP> 3306 ``` - 若连接失败，检查： - 防火墙规则（主/从双方） - 云服务器安全组 - 路由表/NAT 配置 --- #### 3. **验证复制账号权限** 登录主库检查账号权限： ```sql SHOW GRANTS FOR 'repl_user'@'从库IP'; ``` 必需权限： ```sql GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl_user'@'从库IP'; ``` --- #### 4. **检查主库状态** 在主库执行： ```sql SHOW MASTER STATUS; ``` 确保从库连接的 `MASTER_LOG_FILE` 和 `MASTER_LOG_POS` 在有效范围内。 --- #### 5. **分析错误日志** 查看从库错误日志： ```bash tail -f /var/log/mysql/error.log ``` 常见错误示例： ``` [ERROR] Slave I/O: error connecting to master 'repl_user@主库IP:3306' - retry-time: 60 retries: 1, Error_code: 2003 ``` - **Error_code 2003**：网络连接问题 - **Error_code 1045**：账号认证失败 - **Error_code 2061**：SSL 配置错误 --- #### 6. **特殊场景处理** - **SSL 连接问题**： 若主库启用 SSL，需确保从库有正确的证书： ```sql CHANGE MASTER TO MASTER_SSL=1, MASTER_SSL_CA='/path/to/ca.pem', MASTER_SSL_CERT='/path/to/client-cert.pem', MASTER_SSL_KEY='/path/to/client-key.pem'; ``` - **多源复制冲突**： 检查 `REQUIRE_TABLE_PRIMARY_KEY_CHECK` 设置是否一致[^2] - **IO 线程阻塞**： 按引用[1]建议停止 IO 线程： ```sql STOP SLAVE IO_THREAD; -- 先停止线程 START SLAVE; -- 重新启动 ``` --- #### 7. **防火墙与 SELinux** ```bash # 检查防火墙 sudo ufw status # 临时开放端口 sudo ufw allow 3306 # 检查 SELinux sudo sestatus sudo setsebool -P mysqld_connect_any 1 ``` --- ### 故障排查流程图 ```mermaid graph TD A[Slave_IO_Running=Connecting] --> B{网络连通性} B -->|失败| C[检查防火墙/路由] B -->|成功| D{复制账号权限} D -->|不足| E[主库授权REPLICATION SLAVE] D -->|正常| F{主库SHOW MASTER STATUS} F -->|无输出| G[主库未启用二进制日志] F -->|正常| H{错误日志分析} H -->|SSL错误| I[配置证书] H -->|认证失败| J[重置复制密码] H -->|其他错误| K[根据错误码处理] ``` --- ### 修复后验证 ```sql STOP SLAVE; START SLAVE; SHOW SLAVE STATUS\G ``` 期望输出： ``` Slave_IO_Running: Yes Slave_SQL_Running: Yes Last_IO_Error: ``` > **注意**：修改配置后需重启 MySQL 服务：`sudo systemctl restart mysql`
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值