MySQL主从复制连接失败

如何解决MySQL主从复制连接失败

我正在尝试在运行Scientific Linux版本6.10（碳）的计算机上的MySQL8.0安装上设置一个非常简单的数据库的复制。从计算机在CentOS Linux版本7.8.2003（核心）上具有Mysql 5.7.18。

从属计算机无法直接访问主计算机，因此我使用ssh端口转发来解决此问题。从属计算机上的以下mysql命令可以正常工作：

import websockets
from binance.client import Client
from binance.websockets import BinanceSocketManager


class BinanceFutures:
    def __init__(self):
        print("binance futures class")
        # websocket start
        futures_api_key = "oooo"
        futures_secret_key = "ppppp"
        client = Client(futures_api_key,futures_secret_key)
        bm = BinanceSocketManager(client)
        conn_key = bm.start_trade_socket('BNBBTC',self.process_message)
        bm.start()

    def process_message(self,msg):
        print("message type: {}".format(msg['e']))
        print(msg)
        # do something


if __name__ == "__main__":
    print("binance main")

但是，从站无法使用相同的端口连接到主机：

 ssh -g -R 8899:127.0.0.1:3306 username@intermediate_computer
 ssh -g -R 8899:127.0.0.1:8899 username@slave_computer
 mysql -u repl_user -p -h 127.0.0.1 -P 8899
 connect testdb;
mysql> select * from table1;
+----+--------------------+---------------------+-----------+
| id | name               | tag                 | reference |
+----+--------------------+---------------------+-----------+
|  1 | apple              | good                |         4 |
|  2 | watermelon         | garden good         |         5 |
|  3 | early girl tomatos | red,excellent       |         8 |
|  4 | golden boy tomatos | yellow,excellent    |         8 |
|  5 | green beans        | green,tasty         |         7 |
|  6 | kale               | green,mildly bitter |         3 |
+----+--------------------+---------------------+-----------+

master上的my.cnf：

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Connecting to master
                  Master_Host: 127.0.0.1
                  Master_User: repl_user
                  Master_Port: 8899
                Connect_Retry: 60
              Master_Log_File:
          Read_Master_Log_Pos: 4
               Relay_Log_File: cdms-db-relay-bin.000001
                Relay_Log_Pos: 4
        Relay_Master_Log_File:
             Slave_IO_Running: Connecting
            Slave_SQL_Running: Yes
              Replicate_Do_DB: testdb
          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: 0
              Relay_Log_Space: 154
              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: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 2003
                Last_IO_Error: error connecting to master 'repl_user@127.0.0.1:8899' - retry-time: 60  retries: 28
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 0
                  Master_UUID:
             Master_Info_File: /var/lib/mysql/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: 201031 10:17:26
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set: a1932c42-9d74-11e7-ba23-0015175696ac:1-8
                Auto_Position: 1
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
1 row in set (0.00 sec)

从站上的my.cnf：

[mysqld]
default_authentication_plugin=mysql_native_password
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
#user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
relay_log_space_limit=8000000000
general_log_file        = /var/log/mysql/mysql.log
general_log             = 1
#log_warnings = 2

# Information added by to set this as a master for replication
server-id=2
log-bin=/var/log/mysql/mysql-bin.log
binlog_format=row
gtid-mode=ON
enforce-gtid-consistency=ON

任何有助于理解为什么从机似乎不与主机对话的人将不胜感激。我花了几个小时寻找所有类似的问题，但似乎没有一个问题可以帮助您。

以下是主数据库上的授予状态：

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

#skip-grant-tables

max_allowed_packet = 64M

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid


# Information added to set this as a slave for test replication 
gtid_mode=ON
enforce-gtid-consistency=ON
server-id=3
skip-slave-start=ON
replicate-do-db=testdb
log-slave-updates=ON

解决方法

您需要在MySQL replication之上实现SSH tunel。这是nice-to-read指南，说明了如何实现。它指出了复制所需的步骤，如何在两台服务器上设置用户，配置MySQL等。

要创建SSH隧道，请使用以下命令。（从站）

ssh -L 8899:127.0.0.1:3306 ssh_tunnel_user@master_server_ip_address -f -N

编辑

或者您可以尝试以下更改/添加：

像这样创建repl_user：

mysql> CREATE USER repl_user@X.X.X.X; // where X.X.X.x is the external ip of the master server

授予复制权限

mysql > GRANT REPLICATION SLAVE ON *.* TO repl_user@X.X.X.X IDENTIFIED BY 'mysecurepass';

要在防火墙规则中允许端口3306，您将需要以下内容。（您可以先尝试一下...）

# firewall-cmd --new-zone=mysql_replication_access --permanent
# firewall-cmd --reload
# firewall-cmd --get-zones // check that your zone exists
# firewall-cmd --zone=mysql_replication_access --add-source=Y.Y.Y.Y/Y --permanent // Y.Y.Y.Y/Y client server ip address or range
# firewall-cmd --zone=mysql_replication_access --add-port=3306/tcp  --permanent
# firewall-cmd --reload

但是，在您的情况下，您还需要端口转发，该端口转发是由防火墙规则为上述特定区域创建的。

所以我认为最可能需要以下防火墙规则。

# firewall-cmd --permanent –zone=mysql_replication_access --add-rich-rule='rule family="ipv4" source address="X.X.X.X" forward-port to-addr="Y.Y.Y.Y" to-port="8899" protocol="tcp" port="3306"'

您可以从中得到更多的想法：

我不确定，但是我不理解您的设置或这个：

ssh -g -R 8899:127.0.0.1:3306 username@intermediate_computer
ssh -g -R 8899:127.0.0.1:8899 username@slave_computer

意味着您尝试在两个不同的输出8899和3306上绑定相同的内部端口8899。这对我来说似乎很麻烦，您尝试过2个不同的端口吗？

根据我使用mysql复制的经验，我可以告诉您mysql的从属版本必须与master或更高版本相同。如我所见，您在主服务器上使用8.0，在从属服务器上使用5.7。

在您的情况下，主服务器可能会传递从服务器无法理解的二进制日志。

MySQL主从复制连接失败

如何解决MySQL主从复制连接失败

解决方法

相关推荐