Невозможно перезапустить сервер MySQL

Question

Я перезапустил сервер MySQL на одном из узлов в кластере Percona. Поскольку перезапуск занял много времени, я прервал процесс. Я попытался перезапустить сервер MySQL снова. Я получил следующую ошибку:

Устаревший файл sst_in_progress в datadir

Я перешел по этой ссылке, https://www.percona.com/forums/questions-discussions/percona-xtradb-cluster/46846-sql-cluster-issue-need-help-please, и удалил файл sst_in_progress, как упомянуто в нем.,

Теперь, когда я пытаюсь перезапустить сервер MySQL, я получаю это:

● mysql.service - LSB: Start and stop the mysql (Percona XtraDB Cluster) daemon
Loaded: loaded (/etc/init.d/mysql; bad; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2018-03-14 11:04:07 IST; 16min ago
 Docs: man:systemd-sysv-generator(8)
 Process: 23568 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

Mar 14 11:04:00 systemd[1]: Starting LSB: Start and stop the mysql (Percona XtraDB Cluster) daemon...
Mar 14 11:04:00 mysql[23568]:  * Starting MySQL (Percona XtraDB Cluster) database server mysqld
Mar 14 11:04:00 /etc/init.d/mysql[23614]: MySQL PID not found, pid_file detected/guessed: /var/run/mysqld/mysqld.pid
Mar 14 11:04:07 mysql[23568]:  * The server quit without updating PID file (/var/run/mysqld/mysqld.pid).
Mar 14 11:04:07 mysql[23568]:    ...fail!
Mar 14 11:04:07 systemd[1]: mysql.service: Control process exited, code=exited status=1
Mar 14 11:04:07 systemd[1]: Failed to start LSB: Start and stop the mysql (Percona XtraDB Cluster) daemon.
Mar 14 11:04:07 systemd[1]: mysql.service: Unit entered failed state.
Mar 14 11:04:07 systemd[1]: mysql.service: Failed with result 'exit-code'.

Еще одна вещь заключается в том, что ни один журнал не записывается в файл mysql-error.log при перезапуске, из-за которого я не могу продолжить отладку.

Answer 1

Лучшее решение здесь, без возможности видеть больше информации, это просто rm -rf $datadir и запустить узел обратно. Это действительно SST, что, в зависимости от набора данных, займет некоторое время. Приблизительно 1 час для каждых 100 ГБ данных в течение года.

Answer 2

Если узел присоединения занимает слишком много времени, так что вы можете увеличить gcache.size до 1 ГБ, перезапустите узел присоединения, поэтому, если данные уже есть на новом узле, он выберет IST вместо SST.

установить в my.cnf

wsrep_provider_options = "gcache.size = 1G"