Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-20282

Mult-source replication channel and filter structures have inconsistent naming conventions.

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Minor
    • Resolution: Won't Fix
    • 10.3.10, 10.4.7
    • N/A
    • Replication
    • None
    • CentOS 7

    Description

      MariaDB [(none)]> change master '75' to master_host='10.0.0.75', master_user='slave', master_password='slave', master_log_file='MariaDB-10-3-10-mmg-4-75-bin.000001', master_log_pos=2536;
      Query OK, 0 rows affected (0.053 sec)
       
      MariaDB [(none)]> show all slaves status\G
      *************************** 1. row ***************************
                     Connection_name: 75
                     Slave_SQL_State:
                      Slave_IO_State:
                         Master_Host: 10.0.0.75
                         Master_User: slave
                         Master_Port: 3306
                       Connect_Retry: 60
                     Master_Log_File: MariaDB-10-3-10-mmg-4-75-bin.000001
                 Read_Master_Log_Pos: 2536
                      Relay_Log_File: cluster-relay-bin-s1.000001
                       Relay_Log_Pos: 4
               Relay_Master_Log_File: MariaDB-10-3-10-mmg-4-75-bin.000001
                    Slave_IO_Running: No
                   Slave_SQL_Running: No
                     Replicate_Do_DB:
                 Replicate_Ignore_DB:
                  Replicate_Do_Table:
              Replicate_Ignore_Table:
             Replicate_Wild_Do_Table: mysql.%
         Replicate_Wild_Ignore_Table:
                          Last_Errno: 0
                          Last_Error:
                        Skip_Counter: 0
                 Exec_Master_Log_Pos: 2536
                     Relay_Log_Space: 256
                     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_SSL_Crl:
                  Master_SSL_Crlpath:
                          Using_Gtid: No
                         Gtid_IO_Pos:
             Replicate_Do_Domain_Ids:
         Replicate_Ignore_Domain_Ids:
                       Parallel_Mode: conservative
                           SQL_Delay: 0
                 SQL_Remaining_Delay: NULL
             Slave_SQL_Running_State:
                    Slave_DDL_Groups: 0
      Slave_Non_Transactional_Groups: 0
          Slave_Transactional_Groups: 0
                Retried_transactions: 0
                  Max_relay_log_size: 1073741824
                Executed_log_entries: 0
           Slave_received_heartbeats: 0
              Slave_heartbeat_period: 30.000
                      Gtid_Slave_Pos:
      1 rows in set (0.000 sec)
       
      MariaDB [(none)]> set global 75.replicate_wild_do_table='mysql.%';
      ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '1.replicate_wild_do_table='mysql.%'' at line 1
      

      Attachments

        Activity

          People

            Elkin Andrei Elkin
            juan.vera Juan
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.