web-dev-qa-db-ja.com

MySQLレプリケーションが「準備中」で立ち往生

MariaDBのレプリケーションが「準備中」でスタックしました。これは、昨日のサーバーの更新と再起動後に発生しました。それ以来、レプリケーションは機能していません。

セットアップ：マスター/マスターレプリケーションを備えた2つのMariaDBサーバー。バージョン：10.4（数週間前に10.1からアップグレード-アップグレード後に複製が機能しました）

SHOW SLAVE STATUSの両方のサーバーの出力は類似しているため、最初のサーバーからのみ投稿しています。

MariaDB [(none)]> show slave status\G;
*************************** 1. row ***************************
                Slave_IO_State: NULL
                   Master_Host: data2
                   Master_User: replusr
                   Master_Port: 3306
                 Connect_Retry: 60
               Master_Log_File: mariadb-bin.018865
           Read_Master_Log_Pos: 14137515
                Relay_Log_File: relay-bin.017274
                 Relay_Log_Pos: 4
         Relay_Master_Log_File: mariadb-bin.018865
              Slave_IO_Running: Preparing
             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: 14137515
               Relay_Log_Space: 768
               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: 2
                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 has read all relay log; waiting for the slave I/O thread to update it
              Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
    Slave_Transactional_Groups: 0
1 row in set (0.000 sec)

ERROR: No query specified

ログには何も表示されておらず、レプリケーションが続行されないためローテーションできないため、バイナリが爆発しています。

そのようなものを見たことがありません。何か案は？

EDIT-以前のバージョンにダウングレードする方法：これはより大きな問題のようです。参照： https://downloads.mariadb.org/mariadb/10.4.6/

同じ問題を抱えている他のすべてのユーザーについて、以下の手順に従ってダウングレードします（これは私のケースであったため、10.4.6の例を示します）。以前に使用したバージョンと関連ソースを見つけます： https://downloads.mariadb.org/mariadb/10.4.6/

その後、/etc/apt/sources.listに追加します。

deb [Arch=AMD64,ppc64el,arm64] http://mirrors.n-ix.net/mariadb/mariadb-10.4.6/repo/ubuntu/ xenial main

ダウングレード：

apt install mariadb-server=1:10.4.6+maria~xenial mariadb-server-10.4=1:10.4.6+maria~xenial mariadb-client=1:10.4.6+maria~xenial mariadb-client-10.4=1:10.4.6+maria~xenial mariadb-server-core-10.4=1:10.4.6+maria~xenial mariadb-client-core-10.4=1:10.4.6+maria~xenial mysql-common=1:10.4.6+maria~xenial mariadb-client=1:10.4.6+maria~xenial libmariadb3=1:10.4.6+maria~xenial

修正が公開されるまで、アップグレードからパッケージを保留します。

apt-mark hold mariadb-server*

手順はここでも説明されています： https://jira.mariadb.org/browse/MDEV-20247?focusedCommentId=132114&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-132114

mysqlmariadbreplicationinnodb
1
hukachaka

Mariadb 10.4マスター/スレーブレプリケーションを使用して同じ問題が発生しました。ゼロ以外の値を持つ設定ファイルの設定innodb_thread_concurrencyを使用していました。私はそれを次のように更新しました：

innodb_thread_concurrency = 0

そして今それは再び働いています。

3
MushroomMagnet