mysql 인코딩 - mysql dump 뜬 후 바로 복원했는데 일부가 깨집니다

mysql 4.0에서 곧바로 4.1로 넘어오면서 생긴 문제로 보입니다 -o-

다운그레이드 하려고 했더니, 안되는군요 orz orz orz

어떻게 해야 하나 ㅤㅉㅡㅂㅤㅉㅡㅂ

바로 저 문제입니다. 으으.

생각없이 4.1로 업그레이드 하고 쓰던게 음음..

계속 쓰는데 문제는 없는데, 인코딩을 바로 잡아주고 싶단 말입니다! 엉엉엉엉

아무튼 여러모로 무서워졌습니다. 역시 괜히 패키지가 나뉘어져 있는게 아니었군요. 으윽

dump가 제대로 안됩니다. 정확히 말하면 되긴 되는데.. 정체불명의 charset이군요. vi에서 보이질 않습니다.

음. 일단은
ALTER TABLE tablename CHARSET=utf8
을 해줘도 안깨지도 잘 보이는군요.

이 상태에서

mysqldump dbname -p --default-character-set=latin1 > a.sql

하면, cat하면 한글이 잘 보이는데 (utf창입니다) vi로 하면 깨져보입니다. 이런 이상한... vi띄우면 "변환되었습니다"가 아래 상태창이 나타납니다 -o-

set해보니, fileencoding이 latin1로 나오는군요; 이를 utf8로 보고 싶은데 음음..

cat a.sql
tail a.sql -n 50

하면 모두 한글이 터미널에는 잘 보입니다

iconv -flatin1 -tutf8 a.sql 하면 오히려 한글이 깨집니다. 으음.. .

분석해본 결과... 삽질 기록을 여기다 남겨놓겠습니다;

* 그동안 기본charset인 latin1로 한글을 써왔습니다

* 이것은 mysql 내부에서는 별 문제를 안 일으킵니다 - 정렬 등의 문제가 있다고 하지만, 깨지는 문제는 없음
mysql의 my.cnf도 그렇고, php 역시 기본으로 latin1로 사용하고 있기 때문에 아무런 문제가 없습니다.

* 이를 적절한 charset인 euckr이나 utf8로 변환하기 위한 방법을 찾습니다
mysqldump를 뜨면, 파일 자체의 인코딩이 latin1인데, 이를 iconv를 써도 깨지는 등 호환성의 문제가 있어서 현재 어려움을 겪고 있습니다.

참고로, (다들 아셨던건가orz) char는 charset 기준으로 하기 때문에
latin1으로 놓을 경우 char(10)에 한글이 석자 이상 안들어가는 문제가 있는 반면 (3B인건가..)
alter table charset=utf8로 하면 한글이 열글자 들어갑니다. :)

table을 utf8로 놓고, mysql console 상에서 insert/update/delete/select가 모두 정상적으로 됩니다만.. 이 결과를 php에서 가져올 때에는 한글이 깨지는 문제가 발생합니다.

이 경우 php에서
mysql_query("SET CHARSET utf8"); 로 명시해버리면 됩니다. 설정 안된 경우 기본값을 쓸텐데,다른 app때문에 이를 아직 수정 안해줬으니..

가장 큰 문제는, 기존의 latin1으로 되어있는 억지 한글 내용들을 어떻게 utf8로 변환하느냐.. 인 것 같습니다.
모두 utf8으로 변환한 다음에는 app.들의 charset도 잘 살펴봐야 겠군요 -o-

덧붙여 놓습니다
http://dev.mysql.com/doc/refman/4.1/en/charset-upgrading.html

정리가 되어가는군요~

다음과 같이 깔끔하게 utf8로 변경 가능합니다

$ mysqldump --default-character-set=latin1 dbname -p > temp.sql
$ iconv -feuckr -tutf8 temp.sql  > db.sql
# db.sql 상단에 다음을 명시해줍니다. 
# SET character set  utf8;
# create table 마지막에 붙어있는 CHARSET=latin1을 
# CHARSET=utf8로 변경합니다
mysql otherdbname -p < db.sql

mysql console 들어가서 set charset utf8 하고 select해서 보면 제대로 보입니다. :)

iconv를 안하고 위에 set charset euckr을 하면.. 한글이 모조리 안나오더군요. 으윽. (원인이 무얼까..)

그리고 ALTER TABLE CHARSET은 단지 charset만 바꾸어주는데, 이에 따라 안의 data는 변하지 않습니다. 뭐 dump때 참고하려나요? 음.. -o- 모르겠군요.

질문!
1.
set charset과
set character set이 동일한 것인가요? 음음
지금 사용할 charset을 선언해주는 것으로 이해하고 있습니다.
실제로 show variables like 'c%' 해보면
character_set_client 과 character_set_results 요 두놈이 따라가는군요~ (두 놈다...)

2.
collation을 명시안했더니 알아서 utf8_general_ci로 잡힙니다.
utf8_bin 등등, 다른것과 어떤 차이점이 있는지 어디를 보면 나오나요?
http://dev.mysql.com/doc/refman/4.1/en/charset-general.html
여기를 보면, collation은 그냥 비교하는 룰이라고 설명하는데, 그렇다면 한글은
utf8_bin / utf8_general_ci / utf8_unicode_ci 중에 뭘 골라야 하나요?