Запуск мертвого узла кластера Percona XTradb

Question

У нас есть кластер Xtradb с тремя узлами. Есть один узел, который не был правильно остановлен и не запустится. Два других узла правильно работают и отвечают. Единственное что в логах это:

-- Unit mysql.service has begun starting up.
Aug 25 04:40:45 percona-prod-perconaxtradb-vm-0 /etc/init.d/mysql[2503]: MySQL PID not found, pid_file detected/guessed: /var/run/mysql
Aug 25 04:40:52 percona-prod-perconaxtradb-vm-0 mysql[2462]: Starting MySQL (Percona XtraDB Cluster) database server: mysqld . . . . .
Aug 25 04:40:52 percona-prod-perconaxtradb-vm-0 mysql[2462]: failed!
Aug 25 04:40:52 percona-prod-perconaxtradb-vm-0 systemd[1]: mysql.service: control process exited, code=exited status=1
Aug 25 04:40:52 percona-prod-perconaxtradb-vm-0 systemd[1]: Failed to start LSB: Start and stop the mysql (Percona XtraDB Cluster) daem
-- Subject: Unit mysql.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

В /var/lib/mysql/wsrep_recovery.qEEkjd мы нашли это:

2018-08-25T05:49:31.055887Z 0 [ERROR] Found 20 prepared transactions! It means that mysqld was not shut down properly last time and critical recovery information (last binlog or tc.log file) was manually deleted after a crash. You have to start mysqld with --tc-heuristic-recover switch to commit or rollback pending transactions.
2018-08-25T05:49:31.055892Z 0 [ERROR] Aborting

2018-08-25T05:49:31.055901Z 0 [Note] Binlog end

Мы хотели бы полностью отказаться от этих 20 prepared transactions,

Два других узла согласованы и работают, поэтому достаточно было бы сказать этому узлу "игнорировать ваше состояние и синхронизироваться с другими узлами".

Answer 1

В конце концов мы удалили /data папку на мертвом узле и перезапустил узел. Затем узел начал SST репликация - которая занимает много времени, и единственный прогресс, который можно увидеть, это проверка растущего размера папки. Но тогда это сработало.