两主机搭建MySQL主从复制后,show slave status显示:Last_IO_Error: error connecting to master ……

两台主机A、B搭建mysql主从复制关系(A为master,B为slave)后,在slave上执行show slave status,结果中显示Last_IO_Error: error connecting to master ‘[email protected]:3306‘……

首先查看B的错误日志文件,发现如下错误:

ERROR] Slave I/O: error connecting to master ‘[email protected]:3306‘ - retry-time: 60  retries: 2, Error_code: 1045

接着用perror查看上一部获得的错误代码:

perror 1045

输出:MySQL error code 1045 (ER_ACCESS_DENIED_ERROR): Access denied for user ‘%-.48s‘@‘%-.64s‘ (using password: %s)

难道是复制用的账户存在问题??先在A上确认复制用户账户是否存在且是否赋了正确的权限

mysql> show grants for ‘usvr_replication‘@‘%‘;
+-----------------------------------------------------------------------------------------------------------------------------+
| Grants for [email protected]%                                                                                               |
+-----------------------------------------------------------------------------------------------------------------------------+
| GRANT REPLICATION SLAVE ON *.* TO ‘usvr_replication‘@‘%‘ IDENTIFIED BY PASSWORD ‘*F4039654D0AFD80BB0A7775938EFD47ACB809529‘ |
+-----------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

发现没有问题!

然后,试着从B使用该账户连接至A:

mysql -uusvr_replication -h 192.168.83.35 -p -P55944

输入设置的密码后回车,没连上!!!再次输入,还没连上!!!

看来问题出在这儿了,仔细检查,原来是密码记错了!

试着用正确的密码重建复制关系:

在B上执行:

mysql>stop slave;
mysql>researt slave;
mysql>change master to master_host = ‘VMS00782‘,
master_user = ‘replication‘,
master_password = ‘[email protected]‘,
master_port = 3306,
master_log_file = ‘VMS00782-bin.000001‘,
master_log_pos = 120;
mysql>start slave;
mysql>show slave status;

一切正常!!!

需要注意的几个问题:

要在change master to语句的master_password部分使用原始的密码而非散列过的密码。

注意在第一时间查看错误日志文件,可使用perror工具根据错误代码查看具体的错误。

另外几个常见问题:

mysql无法启动:先看错误日志文件中提示的错误,依据错误找原因;查看配置文件中数据目录等配置是否正确;检查MySQL相关目录属主和属组是否正确;查看是否有之前未被正确关闭的mysqld进程仍在运行。

mysql无法连接:先看mysqld进程是否正确启动了;再看提供的连接串是否争取无误。

转载:http://blog.csdn.net/zyz511919766/article/details/12753025

时间: 2024-08-09 06:18:45

两主机搭建MySQL主从复制后,show slave status显示:Last_IO_Error: error connecting to master ……的相关文章

基于Docker搭建MySQL主从复制

摘要: 本篇博文相对简单,因为是初次使用Docker,MySQL的主从复制之前也在Centos环境下搭建过,但是也忘的也差不多了,因此本次尝试在Docker中搭建. 本篇博文相对简单,因为是初次使用Docker,MySQL的主从复制之前也在Centos环境下搭建过,但是也忘的也差不多了,因此本次尝试在Docker中搭建.根据网上教程走还是踩了一些坑,不过所幸最终搭建成功,因此记录下来,避免以后踩了重复的坑. 搭建环境 Centos 7.2 64位 MySQL 5.7.13 Docker 1.13

基于 Docker 搭建 MySQL 主从复制

本篇博文相对简单,因为是初次使用Docker,MySQL的主从复制之前也在Centos环境下搭建过,但是也忘的也差不多了,因此本次尝试在Docker中搭建. 根据网上教程走还是踩了一些坑,不过所幸最终搭建成功,因此记录下来,避免以后踩了重复的坑. 搭建环境 Centos 7.2 64位 MySQL 5.7.13 Docker 1.13.1 接下来,我们将会在一台服务器上安装docker,并使用docker运行三个MySQL容器,分别为一主两从. 安装docker 执行命令 如果有提示,一路y下去

在CentOS7上搭建MySQL主从复制与读写分离

MySQL主从复制原理 MySQL的主从复制和MySQL的读写分离两者有着紧密联系,首先要部署主从复制,只有主从复制完成了,才能在此基础上进行数据的读写分离. (1)MySQL支持复制的类型. 1)基于语句的复制.MySQL默认采用基于语句的复制,效率比较高. 2)基于行的复制.把改变的内容复制过去,而不是把命令在从服务器上执行一遍. 3)混合类型的复制.默认采用基于语句的复制,一旦发现基于语句无法精确复制时,就会采用基于行的复制. (2)MySQL复制的工作过程如图所示.1)在每个事务更新数据

搭建 MySQL主从复制与读写分离

搭建 MySQL主从复制与读写分离 案例概述 : 在实际环境中 ,如果对数据库的读和写都在同一个数据库服务中操作 ,无论实在安全性.高可用性, 还是高并发等各个方面都是完全不能满足实际需求的 ,因此 ,一般来说都只通过主从复制的方式来同 步数据 ,在通过读写分离来提升数据库的并发负载能力 ,这样的方案来进行部署与实施 . 环境拓补图 : 本案环境 : 主机 操作系统 IP地 址 主要软件 主服务器 CentOS 7.3 x86_64 192.168.217.130 NTP 从服务器1 CentO

基于Centos 7搭建MySQL主从复制及读写分离

博文目录一.MySQL主从复制原理二.MySQL读写分离原理三.搭建MySQL主从复制四.配置MySQL读写分离 在实际生产环境中,如果对数据库的读和写都在同一个数据库服务器中操作,无论是在安全性.高可用性还是高并发等各个方面都是完全不能满足实际需求的.因此,一般来说实际生产环境中都是通过主从复制(Master--Slave)的方式来同步数据,再通过读写分离来提升数据库的并发负载能力这样的方案来进行部署与实施的. 如下图所示,一台MySQL主服务器带两台MySQL从服务器做数据复制,前端应用在进

【大型网站技术实践】初级篇:搭建MySQL主从复制经典架构 一、业务发展驱动数据发展

一.业务发展驱动数据发展 随着网站业务的不断发展,用户量的不断增加,数据量成倍地增长,数据库的访问量也呈线性地增长.特别是在用户访问高峰期间,并发访问量突然增大,数据库的负载压力也会增大,如果架构方案不够健壮,那么数据库服务器很有可能在高并发访问负载压力下宕机,造成数据访问服务的失效,从而导致网站的业务中断,给公司和用户造成双重损失.那么,有木有一种方案能够解决此问题,使得数据库不再因为负载压力过高而成为网站的瓶颈呢?答案肯定是有的. 目前,大部分的主流关系型数据库都提供了主从热备功能,通过配置

搭建mysql主从复制和删库数据恢复策略

搭建主从复制 主机: [mysqld] 下增加 vim /etc/my.cnf ## 设置 server_id,一般设置为 IP server_id=8 # # 复制过滤:需要备份的数据库,输出 binlog binlog-do-db=testdb #复制过滤:不需要备份的数据库,不输出(mysql 库一般不同步) binlog-ignore-db=mysql # 开启二进制日志,以备 Slave 作为其它 Slave 的 Master 时使用 log-bin=master-log-1 binl

CentOS-7.5 搭建 MySQL 主从复制

一.实验环境两台同样配置的CentOS-7.5虚拟机:两台虚机的防火墙+selinux均关闭:两台虚机均可以上外网:master:CentOS-1(192.168.218.128)slave: CentOS-2 (192.168.218.136) 二.搭建主从复制1)两台服务器同时安装MySQL服务说明:因为本人之前已经写过"CentOS-7.5 安装 社区版 MySQL-5.7"这样的博文,所以在此就不在做重复性动作了:两台虚拟机安装MySQL服务的操作是一摸一样的,直接复制粘贴即可

监控mysql主从复制下的slave延迟状态

在MySQL复制环境中,我们通常只根据 Seconds_Behind_Master 的值来判断SLAVE的延迟.这么做大部分情况下尚可接受,但并不够准确,而应该考虑更多因素. 首先,我们先看下SLAVE的状态: [email protected] [(none)]> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for maste