테스트 사이트 - 개발 중인 베타 버전입니다

디비복구의 난

· 15년 전 · 1081 · 8
백업된 디비가 euc-kr하고 utf-8하고 섞여있네요..

mysql5.0환경이어야 하는데 5.0은 euc-kr경우 복구시 한글지원안된다네요...

그래서 거의 만줄 가까이되는걸 수동으로 복구하게 생겼슴니다. 

그것도 될란가 몰것지만,,ㅠㅠ

이런경우 단방에 복구하는 방법없겠지요?

ㅇㅜㅇ.....오 나의 금같은 시간을...

help me~! plz..

댓글 작성

댓글을 작성하시려면 로그인이 필요합니다.

로그인하기

댓글 8개

전용 개발툴에서 해당 스키마 파일을 열고,
문서인코딩을 utf-8로 새로 저장합니다. 원본은 따로 보관하고..
그런다음 utf-8 db 서버에 올려서 풀면 정상적으로 복구됩니다.
utf-8은 한글/영문/일어/아랍어등 상관없이 처리됩니다.
시도해볼려다가 너무 간단한거 아닌가? 했는데..

시도해봐야겠네요. 감사합니다
저는 그런 경우 보통 프로그램을 짜서 돌립니다.
어뜨케서 백업된 sql 파일에 구문오류가 있을수 있
15년 전
phpMyAdmin 에 보시면 인코딩이 다르게 지정된것만 테이블을 골라내시고, 그걸 기반으로 콘솔에서 dump를 하시면 됩니다.
mysqldump --add-drop-table --quote-names --default-character-set=latin1 --compact --compatible=mysql40,no_key_options,no_table_options,no_field_options --set-charset --skip-extended-insert --complete-insert=TRUE -uuserid -p dbname > dump_euckr_tables.sql
답변 감사합니다.
안타깝게도 서버계정은 존재하지 않습니다. ㅎㅎ
utf로 복구해야되고 인코딩이 지 맘대로 섞인 sql 파일 하나만 존재합니다..
euckr로 된거 utf로 다 바꾸고, utf인코딩 저장해서 올렸는데 복구시 에러가 좌악 뜹니다.
의뢰받는게 아니라 걍 반포기하고 도 닦을 준비하고있습니다
euc -kr은 더품 뜨시고 에디트 플러스로 여셔서 utf-8로 저장 해버리면 될거 같내요 ..
수동으로 완료

게시글 목록

번호 제목
1984
1967
1948
1944
1941
1936
1928
1911
1909
1906
1903
1896
1887
1878
1873
1864
1851
1838
1834
1830
1813
1806
1802
1791
1784
1780
1778
1774
1757
1748
디자이너 넋두리! 8