主页 / dba / 问题 / 6882
Accepted
Phanindra
Asked: 2011-10-18 04:08:44 +0800 CST

公共 IP 禁用主端口，MySQL 日志未刷新

  • 772

我的 MySQL 复制设置是通过互联网进行的。Master 在公共 IP 上。

如果我停止 master 中的 mysql 服务，slave 中会立即抛出一条错误消息。当我启动服务时，slave 立即连接到 master 并且复制进行得很好。

但是，如果从公共 IP 禁用该端口，则不会在从属日志中抛出任何错误并显示为连接成功，但数据不会从主控复制到从属。如果端口为公共 IP 启用，则显示为连接成功并且数据未从主服务器复制到从服务器。

在我重新启动从站之前，数据不会从主站复制到从站。一旦我重新启动奴隶，一切都会好起来的。

我能知道，没有被复制的原因是什么吗？

当这种行为发生时，有什么办法可以从奴隶那里知道主人的身份。

当主端口被禁用时，还有任何选项可以停止从站。

请帮我解决这个问题。

我正在使用 MySQL 5.0.24 版。

mysql replication

1 个回答

  1. Best Answer

    基本问题源于从站的 IO 线程。有时，它有装傻的坏习惯，没有正确地检查或 ping master。

    MySQL 5.5 的半同步复制允许您让主服务器超时并降级回异步复制。运行半同步复制的从站现在应该有一个更敏感的 IO 线程。

    关于您的具体情况，您使用的是 MySQL 5.0.24 ??? 那是一个很旧的版本。有两个错误报告（Bug1和Bug2）对此进行了讨论。

    我才恍然大悟，你之前问过这个问题，而 DTest 回答了这个问题。在信用到期时给予信用，错误报告来自他的回答。

    当从从访问中禁用公共 IP 时，很高兴收到通知。这样，您就可以STOP SLAVE;提前在奴隶上运行。

    当这种行为发生时，您还询问是否有一种方法可以从奴隶那里了解主人的状态。

    这是一个典型的SHOW SLAVE STATUS\G

    mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 10.64.80.136
                  Master_User: replicant
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000019 <<------
          Read_Master_Log_Pos: 277892198 <<------
               Relay_Log_File: relay-bin.000058
                Relay_Log_Pos: 37535484
        Relay_Master_Log_File: mysql-bin.000019 <<------
             Slave_IO_Running: Yes
            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: 277892198 <<------
              Relay_Log_Space: 277892637 <<------
              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: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
1 row in set (0.00 sec)

    请注意以下事项：

    • Master_Log_File：Master 的日志文件，其最新的 SQL 最后被复制到中继日志
    • Read_Master_Log_Pos：Master_Log_File最后将其最新 SQL 复制到中继日志的日志位置
    • Relay_Master_Log_File：来自 Master 的日志文件，其 SQL 最后一次从中继日志中执行
    • Exec_Master_Log_Pos：Relay_Master_Log_File从中继日志中最后执行 SQL 的日志位置

    如果这些值都没有移动，则可能意味着所有 SQL 都已处理，或者从服务器当前正在处理来自Exec_Master_Log_PosMaster Log位置的 SQL 线程中的 SQL 语句Relay_Master_Log_File。

    现在，看看Relay_Log_Space。此数字表示所有中继日志的所有文件大小的总和。如果Slave_IO_Running是并且Relay_Log_Space没有改变，那么通过运行去检查 master SHOW MASTER STATUS;。它应该像这样：

    mysql> show master status;
+------------------+-----------+--------------+------------------+
| File             | Position  | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+-----------+--------------+------------------+
| mysql-bin.000019 | 682563021 |              |                  |
+------------------+-----------+--------------+------------------+
1 row in set (0.00 sec)

    如果 Master 的 (File,Position)SHOW MASTER STATUS;超出了 Slave 的 (Master_Log_File,Read_Master_Log_Pos) SHOW SLAVE STATUS\G，那么 Slave 上的 IO Thread 就意图和目的而言是死的，即使 Slave_IO_Running 是 Yes。

    • 1

相关问题