|
메일링 리스트에도 비슷한 질문을 한 글들이 많은데 답변은 없군. 다음 두개의 글이 도움이 될 듯....
한사람은 다음과 같은 방법으로 대부분의 record 를 회복시켰다는 글이 있군.
I've sorted this problem out by rtfm.
Used 'REPAIR TABLE <tablename>' and got most of the records back.
두번째 글은 이 에러의 본질을 이해할수 있을듯...
> 1, Do you know what can cause this error message?
> 2, What is the related exact error message text?
> 3, Where can I check the error message text, which related to error
> 127?
yes, & yes.
localhost.dread$ perror 127
Error code 127: Unknown error: 127
127 = Record-file is crashed
Something about your table is confused.
> 4, How can I solve this problem?
copy the table files to another directory, then in order of
increasing panic:
A. try droping & rebuilding your keys.
B. mysqldump --add-drop-table DB da_table > tbl.dmp
if it dumps ok, then mysql DB < tbl.dmp
C. run repair table ...
D. re-read the manual, shutdown the server
& then run myisamchk -r ...
E^[. restore from backup.
> 5, Do I have to change the mySql query, but how? And what is the
> reason that it worked half a year until now?
No, it's a valid query. it worked for months, right ?
Besides I've never heard of a query that would crash a table.
> 6, It should be some
change in php or UNIX, but what?
No changes, always shutdown the server properly, & you'll need to
learn how to backup and restore.
전반적으로 질문 내용을 살펴 보니 이 에러는 일단 테이블 파일의 물리적인 파괴로 생각되며, 이로 인해 제대로 된 테이블 구조를 읽지 못해서 발생하는 에러 같다. table handler error 로서 발생하는 경우가 많군. 더 자세한 것은 한번 더 맘먹고 소스를 뒤져 보는 수 밖에 없을 것 같군.
>>문태준 님께서 쓰시길<<
:: $ perror 127
:: Error code 127: 알 수 없는 오류127
:: 127 = Record-file is crashed
|
