Después de usar xtrabackup estar lleno cantidad de recuperación de datos, iniciar el error de base de datos

Xtrabackup la base de datos con toda la cantidad después de la recuperación, inicie manualmente el error de base de datos.
[@ Slyl la raíz-dev-DB ~] # Puesta en servicio mysqld
a redirigir a / bin / systemctl inicio mysqld.service
el Control de trabajos de proceso El mysqld.service falló porque el Exited con código de error. Consulte "systemctl mysqld.service Estado" y "journalctl -xe "para más detalles.

Ver el sistema existente no se inicia proceso de MySQL
[root @ slyl-dev-db ~] # PS-ef | grep mysql
raíz 26673 25056 0 PTS 22:12 / 0 = Auto -color 00:00:00 grep mysql

在mysql / logs目录下打开error.log文件,查看报错详情:
2020-03-18T11: 14: 13.333632Z 0 [Nota] InnoDB: Si el usuario está autorizado ejecución mysqld, prioridad de hilo página limpiador se puede cambiar. Ver la página del manual de setpriority ().
2020-03-18T11: 14: 13.391230Z 0 [ERROR] InnoDB: / datos / mysql / mysql_3306 / logs / ib_logfile0 no se puede abrir en el modo de lectura-escritura.
2020-03-18T11: 14: 13.391284Z 0 [ERROR] InnoDB: Plugin inicialización abortado con error error genérico
2020-03-18T11: 14: 13.991989Z 0 [ERROR] función init Plugin 'InnoDB' de error devuelto.
2020-03-18T11: 14: 0 13.992018Z registro [ERROR] Plugin "de InnoDB como motor de almacenamiento falló.
2020-03-18T11: 14: 13.992028Z 0 [ERROR] Error al inicializar incorporado plugins.
2020-03-18T11: 14: 13.992035Z 0 [ERROR] Cancelando

2020-03-18T11: 14: 13.992049Z 0 [Nota] extremo binlog
2020-03-18T11: 14: 13.992722Z 0 [Nota] / usr / local / mysql / bin / mysqld: completa Shutdown

El primer error es no leer y acceso de escritura al archivo ib_logfile.

Ver ib_logfile permisos para la raíz
[root @ slyl-dev-db registros] # LL
cantidad total de 3145744
-rw-r ----- 1 MySQL MySQL error.log 22:19 12700 3 Yue 18
-rw-r ---- - 1 raíz raíz 1073741824 ib_logfile0 19:04, 18 de Marzo
-RW la raíz 1-R & lt ----- la raíz ib_logfile1 19:04 1073741824 de marzo de 18 años.
-RW la raíz de la raíz 1-R & lt ----- 18 de marzo de 1073741824 19.: 05 ib_logfile2

solución:

Después de eliminar el archivo ib_logfile, empezar de nuevo MySQL.

[root @ slyl-dev-db mysql_3306] mysqld inicio # systemctl
[root @ slyl-dev-db mysql_3306] # ps-ef | grep mysql
mysql 30568 1 0 22:25? 00:00:00 / bin / sh / usr / local / mysql / bin / mysqld_safe --datadir = / data / mysql / mysql_3306 / datos --pid-file = / datos / mysql / mysql_3306 / tmp / mysql.pid
mysql 32007 30568 15 22:25? 00:00:05 / usr / local / mysql / bin / mysqld --basedir = / usr / local / mysql --datadir = / data / mysql / mysql_3306 / datos --plugin-dir = / usr / local / mysql / lib / plugin --log-error = / --open-files-limit = 65535 --pid-archivo de datos / mysql / mysql_3306 / logs / error.log = / data / mysql / mysql_3306 / tmp / mysql.pid - socket = / data / mysql / mysql_3306 / tmp / mysql.sock --port = 3.306
raíz 32 142 25 056 0 22:26 pts / 0 00:00:00 grep --color = mysql auto

Supongo que te gusta

Origin blog.51cto.com/jxplpp/2480221
Recomendado
Clasificación