3

我在 Percona Cluster 的一个节点中重新启动了 MySQL 服务器。由于重新启动需要很长时间，我中断了该过程。我尝试再次重新启动 MySQL 服务器。我收到以下错误：

datadir 中过时的 sst_in_progress 文件

我点击了这个链接，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 文件，因此我无法继续调试。

4

2 回答 2

2

在无法查看更多信息的情况下，此处的最佳解决方案是简单地rm -rf $datadir启动节点并备份。它确实会 SST，这取决于数据集，需要一段时间。gigE 上每 100GB 数据估计需要 1 小时。

于 2018-03-26T22:18:30.567 回答
0

如果加入节点花费太多时间，您可以将 gcache.size 增加到 1 GB，然后重新启动加入节点，因此如果新节点上已经存在数据，那么它将选择 IST 而不是 SST。

在 my.cnf 中设置

wsrep_provider_options="gcache.size=1G"

于 2019-04-15T09:55:45.700 回答