[MySQL] 오류 ERROR 1194 (HY000) 복구하기 > 리눅스서버
리눅스서버

[MySQL] 오류 ERROR 1194 (HY000) 복구하기

조회 291회 댓글 0건

MySQL 서버 운영시 볼 수 있는 오류중 난감한것중 하나 입니다.

왜냐하면 데이터가 날라갔을 수 있기 때문이죠.

여러가지 원인이 있을 수 있는데 우선은 디스크용량 부터 보는것이 좋습니다.

그 외에는 갑자기 꺼진적이 있었는지 ..

그렇지 않다면 바쁜 서버여서? 운이 나쁜것입니다.


f08f4a3d7c3248096854e2720bc04fa9_1671939855_8555.png
 

ERROR 1194 (HY000): Table is marked as crashed and should be repaired


오랬동안 사용하지 않았던 테이블인데 엔진을 변경하는데 오류가 발생한 경우 입니다.

다행이 check table 명령 후 repair table 명령으로 살려진 경우 입니다.

그렇기 때문에 백업은 선택이 아니리 필수 입니다. 백업은 주요한 업무중 하나 입니다.

Last_SQL_Errno: 1194

Last_SQL_Error: Error 'Table 'test2020' is marked as crashed and should be repaired' on query. Default database: 'test'. Query: 'ALTER TABLE test.test2020 ENGINE='innodb''


일반적으로는 select도 안되는경우가 있고 상황은 다양합니다.

select는 되는데 insert update같은것이 안되는 경우가 있습니다.


더 당황스런 것은 select 잘 되는데 like 명령으로 뭐좀 찾으려 했더니 나오기도 합니다. 

이럴때 해볼 수 있는것은 우선 아래와 같습니다.


첫번째, check table 테이블명;

그리고 자신이 내렸던 명령을 내려 봅니다.


두번째, repair table 테이블명; 문제 없는지 확인 합니다.



  mysql> check table test.test_2020;
  +---------------------------+-------+----------+---------------------------------------------+
  | Table                         | Op    | Msg_type | Msg_text                                           |
  +---------------------------+-------+----------+---------------------------------------------+
  | test.test_2020                | check | error    | Wrong bytesec: 0-0-0 at linkstart: 50002080       |
  | test.test_2020                | check | error    | Corrupt                                           |
  +---------------------------+-------+----------+---------------------------------------------+
  2 rows in set (4.95 sec)
 
  mysql> check table test.test_2020;
  +---------------------------+-------+----------+---------------------------------------------+
  | Table                         | Op    | Msg_type   | Msg_text                                         |
  +---------------------------+-------+----------+---------------------------------------------+
  | test.test_2020                | check | warning    | Table is marked as crashed                       |
  | test.test_2020                | check | error      | Wrong bytesec: 0-0-0 at linkstart: 50002080     |
  | test.test_2020                | check | error      | Corrupt                                         |
  +---------------------------+-------+----------+---------------------------------------------+
  3 rows in set (2.92 sec)
 
  mysql> repair table test.test_2020;
  +---------------------------+--------+----------+-------------------------------------------------+
  | Table                         | Op      | Msg_type  | Msg_text                                             |
  +---------------------------+--------+----------+-------------------------------------------------+
  | test.test_2020                | repair | info       | Wrong bytesec:   0-  0-  0 at 50002080; Skipped      |
  | test.test_2020                | repair | status     | OK                                                    |
  +---------------------------+--------+----------+-------------------------------------------------+
  2 rows in set (33.31 sec)
 
  mysql> check table test.test_2020;
  +---------------------------+-------+----------+----------+
  | Table                         | Op     | Msg_type  | Msg_text  |
  +---------------------------+-------+----------+----------+
  | test.test_2020                | check  | status    | OK       |
  +---------------------------+-------+----------+----------+
  1 row in set (5.67 sec)
 


세번째, 강제복구를 해보는것인데 경험상 테이블 깨지기 때문에 추천하지 않습니다.

이 경우는 반드시 테이블 복사를 한 후 해야 합니다. 그리고 MySQL 서버 shutdown 시킨 후 해야 합니다.


그리고 같은 증상이 반복적으로 일어 날 수 있는데요. 

repair 테이블 명령으로 처리해서 잘 되던것이 또 그런다. 

그렇다면 전체를 덤프받아서 기존 테이블 삭제하고 다시 생성해보세요.




* PHP를 할줄 알면 아래를 참고하세요

  - php를 이용한 MySQL, MariaDB DB 테이블 체크 프로그램 > PHP  



  • 페이스북으로 공유
  • 트위터로  공유
  • 구글플러스로 공유
전체 163건 1 페이지
  • profile_image MySQL에서 트리거(trigger)는 특정 테이블에 대해 INSERT UPDATE DELETE와 같은 DML(데이터 조작 언어) 작업이 수행될 때 자동으로 실행되는 프로시저입니다. 트리거는 데이터의 무결성을 유지하거나 로깅 감사 등의 목적으로 사용될 수 있습니다. 트리거는 데이터베이스가 특정 조건에 반응하여 자동으로 특정 작업을 수행하도록 할 때 유용합니다.▷ 트리거의 주요 특징- 자동 실행: 트리거는 관련 테이블에 특정 DML 작업이 수행될…
  • profile_image 왜래키는 잘 쓰면 보약이고 잘못하면 관련된 테이블 모두 확인 하느라 부하가 심해진다.그래서 무조건 쓰지 못하게 하는곳도 있는 실정이다. 사실 우리가 그런부분이 있다.사이트의 부하가 많지 않다면 사용하는것을 권장 하는데 문제가 될일이 별로 없기 때문에 그렇다. 외래키는 두 테이블 간의 관계를 정의하는 데 사용 되는 것으로 보통 부모 테이블과 자식 테이블 간의 관계를 나타내는 데에 사용됩니다.1. 관계 정의  외래키는 부모 테이블의 기본 키(pri…
  • profile_image 리눅스에서 OpenSSL을 사용해 생성한 사설 인증서의 유효 기간을 확인하려면 터미널에서 OpenSSL 명령어를 사용 하면 된다.아래 openssl 명령어를 사용해 인증서의 유효 기간을 확인할 수 있다.openssl x509 -in [인증서 파일 경로] -noout -datesopenssl x509 -in mycert.pem -noout -datesopenssl x509 -in rootCA.crt -noout -datesopenssl x509 …
  • profile_image OpenSSL로 인증서 생성시 -days 36500 = 100년 옵션을 사용해서 유휴기간을 길게 준다. 우선 만료 되는 기간을 길게준 다음 후에 사용할 계획이 없으면 사용하지 않으면 되기 때문이다.지난것을 경고 무시하고 사용하는것 보다는 이편이 더 좋을것이다.아래는 간단하게 개인 인증서 생성하는 방법이며두번째 csr 생성할때 입력 해야 하는것이 잇는데 아래처럼 입력하면 되며 비밀번호는 넣지 않아도 된다.(비밀번호 넣으면 다음에 진행할때 같이 넣…
  • profile_image DKIM, SPF, 및 DMARC는 이메일을 보다 안전하게 하고, 스팸이나 피싱 공격을 방지하기 위해 사용되는 이메일 인증 메커니즘들입니다.공통적으로 네임서버 설정을 해줘야 하는 것들이다.DKIM (DomainKeys Identified Mail)DKIM은 발신자의 도메인이 실제로 해당 이메일을 보냈다는 것을 증명하기 위해 디지털 서명을 사용합니다.이메일 발송자는 이메일의 헤더에 디지털 서명을 추가하고, 이 서명은 발신자의 도메인에 공개적으로 …
  • profile_image 리눅스에서 디스크 사용량이 많은 프로그램을 찾기 위해서는 주로 du (Disk Usage) 명령어를 사용합니다. du 명령어는 디렉토리나 파일이 사용하는 디스크 공간의 양을 확인할 때 사용됩니다. du 명령의 기본적인 사용 방법 전체 사용량은 df 명령을 사용하지만 하위 디렉토리의 사용량을 보려면 du 명령을 사용 합니다. 운영하다 보면 어느곳에서 사용을 많이 하는지 알기 위해 은근히 많이 사용 되는 명령 입니다. 특정 디렉토리의 사용량을 확…
  • profile_image 디스크 I/O 부하를 많이 주는 프로그램 확인 디스크 I/O 부하를 많이 주는 프로그램을 찾으려면 iotop이라는 도구를 사용 하면 되며 이 도구는 각 프로세스의 I/O 사용량을 실시간으로 모니터링하며, 높은 I/O 사용량을 가진 프로세스를 쉽게 찾을 수 있도록 도와준다. io를 보는데는 iostat 도 있고. vmstat 1 명령으로 CPU 부하와 같이 쓰기나 읽기가 어느정도 인지 보는 방법도 있는데 iotop을 사용하면 프로그램 까지 알…