mysql主从复制master端口更改问题

我在做mysql主从复制的时候，master端mysql端口一直都是默认的3306，我就想换一个端口，master服务器端口更改完成以后，到slave端进行change操作，这个操作默认端口是3306，所以我在命令里加了一条“master_port=端口”，结果这个命令没有这个参数，然后我又在”master_host=ip“后面加了端口，改成了"master_host=ip:端口",命令执行成功了，但是启动slave的时候报错 1. row
Slave_IO_State: Connecting to master
Master_Host: 192.168.2.148:33060
Master_User: backup
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000011
Read_Master_Log_Pos: 345
Relay_Log_File: relay-log-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000011

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: 345
Relay_Log_Space: 107
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: 2005

Last_IO_Error: error connecting to master ‘[email protected]:33060:3306‘ - retry-time: 60 retries: 86400
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1

他把master_host中的参数当做是主机，后跟默认端口3306，

不知道有没有别的办法可以解决这个问题，还是master端的端口不能更改？？？！！！

原文地址：https://blog.51cto.com/14437270/2418510

时间： 2024-08-03 08:12:46

mysql主从复制master端口更改问题的相关文章

mysql主从复制 master和slave配置的参数大全

master所有参数1 log-bin=mysql-bin 1.控制master的是否开启binlog记录功能: 2.二进制文件最好放在单独的目录下,这不但方便优化.更方便维护. 3.重新命名二进制日志很简单,只需要修改[mysqld]里的log_bin选项,如下例子:要重新调整logbin的路径为"/home/mysql/binlog"[mysqld]log_bin=/home/mysql/binlog/binlog.log ll /home/mysql/binlog-rw-rw--

基于Docker实现MySQL主从复制

前言 MySQL的主从复制是实现应用的高性能,高可用的基础.对于数据库读操作较密集的应用,通过使数据库请求负载均衡分配到不同MySQL服务器,可有效减轻数据库压力.当遇到MySQL单点故障中,也能在短时间内实现故障切换.本文就MySQL的内建的复制功能进行阐述. 版本 MySQl: 5.7.17 CentOS: 7.4.1708 Docker: 1.13.1 概述 MySQL复制数据流程: 主库在数据更新提交事务之前,将事件异步记录到binlog二进制日志文件中,日志记录完成后存储引擎提交本次事

mysql主从复制-CHANGE MASTER TO 语法详解

1 简介配置mysql主从复制时,在从机上需要进行CHANGE MASTER TO操作,以确定需要同步的主机IP,用户名,密码,binlog文件,binlog位置等信息. 2 基本语法与实例 2.1 CHANGE MASTER TO的语法如下: CHANGE MASTER TO option [, option] ... option: MASTER_BIND = 'interface_name' MASTER_HOST = 'host_name'

mysql5.5.44 主从复制master and slave have equal MySQL server ids

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='123456', master_log_file='mysql-bin.000014',

两主机搭建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

MySQL主从复制中断，报“Error on master: message (format)='Cannot delete or update a parent row: a foreign key constraint fails' error code=1217” 错误

前几天,发现从库挂了,具体报错信息如下: 分析思路 1. 因为我采用的是选择性复制,只针对以下几个库进行复制: card,upay,deal,monitor,collect.所以,不太可能出现对于sas_basic的操作能复制到该从库上. 2. 整个架构是1主2从,且都是选择性复制,上面这个从库是直接复制card,upay,deal,monitor,collect这几个数据库的数据,而另外一个从库则是忽略上述库,如下所示: 怀疑是在上述schema下,执行了DROP TABLE IF EXIST

配置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 replication to work

配置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 replication to work (or the --replicate-same-server-id option must be used on slave but this do

mysql主从复制重置操作--reset master, reset slave

本文介绍reset master, reset slave的作用. reset master 在master上执行 mysql > RESET MASTER 作用包括: 删除binlog索引文件中列出的所有binlog文件清空binlog索引文件创建一个新的binlog文件 reset slave 在slave上执行 mysql > RESET SLAVE 作用包括: 清除slave 复制时的master binlog的位置清空master info, relay log info 删除

MySQL 主从复制资料汇总

1,复制原理官方参考文档:http://dev.mysql.com/doc/refman/5.6/en/replication.html 博客地址1:http://blog.csdn.net/mchdba/article/details/11354771 博客地址2:http://blog.csdn.net/mchdba/article/details/8717513 如下图1.png所示: 该过程的第一部分就是master记录二进制日志.在每个事务更新数据完成之前,master在二日志记录