我在Percona集群中的一个节点中重新启动了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文件,因此我无法继续调试。
发布于 2018-03-26 22:18:30
这里最好的解决方案是简单地rm -rf $datadir并启动节点备份,而不能看到更多的信息。根据数据集的不同,SST确实需要一段时间。对gigE上每100 of的数据估计1小时。
发布于 2019-04-15 09:55:45
如果合并节点花费了太多的时间,所以可以将gcache.size提高到1GB,那么重新启动连接节点,所以如果数据已经在新节点上,那么它将选择IST而不是SST。
设置在my.cnf中
wsrep_provider_options="gcache.size=1G“
https://stackoverflow.com/questions/49271169
复制相似问题