Mysql8 정전 충돌을 해결하는 방법

1. 개요

독립형 Mysql8 데이터베이스 서버가 작동 중에 갑자기 전원이 꺼져 데이터베이스가 충돌하고 다시 시작할 수 없게 되었습니다.

둘째, 원인 찾기

mysql 실행 오류 로그 확인: WIN-SOTMI68HRV6.err(Data 디렉터리에 있음)

InnoDB: 페이지 끝 덤프
InnoDB: 페이지가 시스템 페이지일 수 있음
2023-02- 01T09: 31:02.878917Z 0 [경고] [MY-010915] [서버] 'NO_ZERO_DATE', 'NO_ZERO_IN_DATE' 및 'ERROR_FOR_DIVISION_BY_ZERO' SQL 모드는 엄격 모드와 함께 사용해야 하며 향후 릴리스에서는 엄격 모드와 병합될 예정입니다.
2023 -02-01T09:31:02.882631Z 0 [시스템] [MY-010116] [서버] C:Program FilesMySQLMySQL Server 8.0binmysqld.exe (mysqld 8.0.23) 프로세스 3496으로 시작
2023-02-01T09:31 :02.923391 Z 1 [시스템] [MY-013576] [InnoDB] InnoDB 초기화가 시작되었습니다.
2023-02-01T09:31:05.964384Z 1 [ERROR] [MY-011971] [InnoDB] 테이블스페이스 'innodb_system' 페이지 [page id: space=0, 페이지 번호=5] 로그 시퀀스 번호 3275776865는 미래입니다! 현재 시스템 로그 시퀀스 번호 3197057036.
2023-02-01T09:31:05.966225Z 1 [ERROR] [MY-011972] [InnoDB] 데이터베이스가 손상되었거나 InnoDB 테이블스페이스를 복사했지만 InnoDB 로그 파일은 복사하지 않았을 수 있습니다. 자세한 내용은 http://dev.mysql.com/doc/refman/8.0/en/forcing-innodb-recovery.html을 참조하십시오. 강제 복구에 대해 알려드립니다.
2023-02-01T09:31:05.98

InnoDB: 페이지 끝 덤프
InnoDB: 페이지는 시스템 페이지일 수 있습니다
2023-02-01T11:03:39.767939Z 1 [ERROR] [MY-011906 ] [ InnoDB] 디스크의 데이터베이스 페이지 손상 또는 페이지 [페이지 ID: space=4294967278, 페이지 번호=101] 읽기에 실패했습니다. 백업에서 복구해야 할 수도 있습니다.
len 16384

분명히 [ERROR ] , 디스크 파일을 찾을 수 없습니다. 위의 로그를 통해 데이터베이스에 오류가 발생하여 재시작할 수 없음을 알 수 있습니다.

InnoDB는 체크섬을 사용하여 데이터를 보호하고 페이지와 함께 저장합니다. InnoDB는 디스크에서 읽을 때 각 페이지의 체크섬을 계산한 다음 이를 디스크에 로드된 체크섬과 비교합니다. 값이 다르다면 정말 뭔가 잘못되었을 수도 있습니다. 추가적인 논리적 또는 물리적 손상을 방지하기 위해 MySQL 서버는 InnoDB를 종료합니다.

3. 해결 방법

1. 손상 원인을 찾는 방법

만능 해결책은 없습니다. 일반적인 하드웨어 문제로는 물리적 디스크 또는 메모리 오류, 드라이브/컨트롤러 손상, 운영 체제 커널 오류 등이 있습니다. 다음은 몇 가지 제안 사항입니다.

Linux 플랫폼에서는 때때로 페이지 캐시를 재설정하면 이 문제가 해결될 수 있습니다.

echo 2 > /proc/sys/vm/drop_caches

가능한 하드웨어 오류가 있는지 시스템 로그를 확인하세요.
InnoDB가 매번 특정 페이지에서 충돌하는 경우, 가장 일반적으로 물리적 디스크 오류인 경우: OS/하드웨어에 대한 자세한 디스크 진단을 실행하세요.
충돌이 무작위로 발생하고 동일한 쿼리에 대해 반복되지 않으면 RAM 오류일 수 있습니다. 자세한 RAM 진단을 실행하세요.
MySQL이 종료되면 innochecksum 도구를 사용하여 InnoDB 파일을 확인하는 것이 도움이 됩니다.

作者这里故障原因是断电导致数据出现问题，只能重装Mysql。

2.如何从损坏中恢复

最重要的是执行详细的硬件诊断，以消除问题扩散的机会。如果操作系统I / O缓存是磁盘读损坏的原因，重置缓存或重新启动操作系统应有助于消除当前的问题，数据库可能会重新运作。
有时唯一的解决办法是在有效恢复模式下备份数据。

笔者后面尝试强制启动，可以启动Mysql，但是数据库只能读不能写，通过日志又找不到损坏的数据表，无奈，只能先备份数据库，然后重装Mysql。

修改数据库，一直报错：

running in read_only mode 1836

将mysql改为强制启动：

在my.ini中【mysqld】节点下加上

innodb_force_recovery=0

然后对数据库进行备份。
备份方式：

一、数据库备份

第一种：（cmd窗口使用）
在命令提示符用mysqldump命令行备份数据库。
命令格式
mysqldump -u用户名 -p 数据库名 > 保存名.sql
范例：

mysqldump -uroot -p dataname > d:\data.sql

（导出数据库dataname到data.sql文件）
提示输入密码时，输入该数据库用户名的密码。

第二种：指定导出备份编码

mysqldump -u root -p密码 --default-character-set=数据编码 数据库名称> data.sql

案例：

mysqldump -u root -p123456 --default-character-set=utf8 discuss_chi>d:/data.sql

mySQL数据库在windows环境下备份与恢复：

二，恢复数据库，一共二种方式。

第一种；定义还原编码类型（cmd窗使用）
定义编码导入:

mysql -u root -p --default-character-set=utf8 -f dataname<d:/dis.sql

如果乱码使用二进导入

mysql -u root -p --default-character-set=binary -f dataname<d:/dis.sql

第二种：
source 命令（mysql控制台窗口使用）
进入mysql数据库控制台，

如在运行中输入:mysql -u root -p

mysql>use databasename;

1、确定数据库默认编码，比如编码为gbk,将读入途径编码同样设为gbk，命令为：
set names gbk;（导入数据出现乱码的时候用平常不用）
2、然后使用source命令，后面参数为脚本文件（如这里用到的.sql）

mysql>source d:\data.sql;

备份后，重装Mysql，恢复数据库。

위 내용은 Mysql8 정전 충돌을 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!