오늘 퇴근하고 왜 mysql을 시작할 수 없는지 모르겠습니다. 오랜 고민 끝에 다시 설치하기로 했습니다.
로컬 서버가 wamp를 사용하고 있어서 다시 설치해야 합니다. 제가 사용하는 가장 간단하고 조잡한 백업 방법은 mysql 설치 디렉터리에 직접 들어가서 데이터를 복사해 두는 것입니다.
그런 다음 wamp를 제거하고 다시 설치합니다. 데이터를 마이그레이션하려면 데이터를 같은 위치에 붙여넣고 교체하면 괜찮습니다
그런데 오늘 마이그레이션 후 로그를 확인해보면 다양한 오류가 표시됩니다
2014. -11-13 13: 40:29 5196 [참고] 'FEDERATED' 플러그인이 비활성화되었습니다.
2014-11-13 13:40:29 5196 [참고] InnoDB: InnoDB 메모리 힙이 비활성화되었습니다.
2014- 11-13 13:40:29 5196 [참고] InnoDB: Mutexes 및 rw_locks는 Windows 연동 기능을 사용합니다
2014-11-13 13:40:29 5196 [참고] InnoDB: 압축 테이블은 zlib 1.2.3을 사용합니다
2014-11-13 13 :40:29 5196 [참고] InnoDB: CPU crc32 지침을 사용하지 않음
2014-11-13 13:40:29 16e4 InnoDB: 오류: 임시 파일을 만들 수 없습니다: 2
2014-11-13 13:40:29 5196 [ERROR] 플러그인 'InnoDB' init 함수가 오류를 반환했습니다.
2014-11-13 13:40:29 5196 [ERROR] 플러그인 'InnoDB'를 스토리지 엔진으로 등록 실패했습니다.
2014 -11-13 13:40:29 5196 [ERROR] 알 수 없거나 지원되지 않는 스토리지 엔진: InnoDB
2014-11-13 13:40:29 5196 [ERROR] 중단 중
다양한 정보를 수집한 후 대략적으로 접근하여 데이터베이스 폴더와 ibdata1을 제외한 데이터 디렉터리의 파일을 삭제한 후 다시 시작하니 괜찮았고, 작은 녹색 아이콘이 나오고 mysql이 정상적으로 시작되었습니다.
*참고: ibdata1은 꼭 삭제하지 마세요. 정보를 확인해보니 innodb 관련 데이터를 저장하는 매우 중요한 파일이라고 합니다
물론 걸블로거로서 말이죠. , 그녀는 자연스럽게 자신의 것을 가지고 있습니다. 더 조심스럽게 다른 파일을 삭제한 후에 왜 시작할 수 있습니까?
그리고 마이그레이션 과정에서 소녀는 다양한 테스트를 수행했습니다.
1. data에서 데이터베이스 폴더만 교체합니다. 재시작 후 mysql을 시작할 수 있지만 navicat을 사용하여 데이터베이스에 연결한 후 데이터 테이블을 열 수 없어 데이터 테이블이 존재하지 않는 것으로 표시됩니다( 즉, 위의 ibdata1) 관련 데이터 손실
2. 이전에 백업한 데이터의 데이터베이스 폴더와 ibdata1을 데이터 디렉터리로 교체하고, 재시작하면 mysql이 시작되지 않습니다
3. ib_logfile0, ib_logfile1을 삭제하고 재시작하면 mysql이 정상적으로 시작되고 연결 데이터베이스 데이터 테이블 정보가 복원됩니다.