문제점을 잘못 파악하신것 같습니다. 위의 경우 mysqldump를 실행한 다음 MySQL을 다시 컴파일 또는 설치할 필요가 없습니다. 알맞은 문자셋만 선택하면 됩니다. 주의할것은 mysqldump가 생성한 파일에도 인코딩이 latin1으로 잘못되어 있기 때문에 utf8이나 euc_kr로 모두 고쳐야 합니다. MySQL 4.0.x 까지는 어떤 문자셋이건 간에 저장할때는 latin1으로 저장하기 때문에 발생하는 문제입니다. MySQL 4.1.x로 업그레이드하게 되면 한글의 경우 euc_kr로 저장되어 있어야 하는데 latin1으로 저장되어 있게 됩니다. 변환한다고 해서 해결되는게 아닙니다. 그냥 변환하게 되면 한글의 경우 데이터를 잃어버리게 됩니다. 이것의 해결방법은 \"http://dev.mysql.com/doc/mysql/en/charset-conversion.html\"에 잘 나와있습니다. MySQL 4.1.x에서 새로 만들어진 테이블엔 이러한 문제가 발생하지 않습니다. 각기 알맞은 문자셋으로 저장되기 때문이지요. MySQL 4.1.x부터는 저장이 어떤 문자셋으로 되어 있던지 클라이언트의 설정에따라 변환됩니다. MySQL 4.1.x부터는 euckr 보다는 utf8로 컴파일하거나 설정해 두시고 클라이언트에서 원하는 문자셋으로 접속하게 하는게 좋을을것 같습니다. MySQL 4.1.x부터는 어차피 디스크에 저장되는 문자셋은 utf8이고 이것은 변경할수 없습니다. (MySQL 4.1.x이전에 latin1이었고 변경할수 없었듯이) 바이너리, 소스 컴파일의 경우에 다르지 않은가요? 저의 경우 소스 컴파일할때 4.1.9는 --with-charset=euckr 옵션만 주고 기존 소스 그대로 사용 가능합니다. 바이너리는 4.1.8a를 잠까 설치해다가 한글 문제해결의 번거로움 때문에 바로 4.1.9 소스 컴파일로 업그레이드를 했습니다. 그렇게 하면 데이터가 euckr 인데도 데이터베이스 인코딩이 latin1으로 되어 있는 문제 때문에 정렬이 올바르게 되지 않습니다. 그리고 MySQL 4.1.x를 euckr로 설정해놓고 사용한다면 (즉, 유니코드를 사용하지 않는다면) 차라리 MySQL 4.0.x 버전을 쓰는게 낮다고 생각합니다. (서브 쿼리를 사용한다면 몰라도...) 전 이전 버젼을 mysql 4.1.x대로 옮길때 먼저 4.1.x 컴파일시 euc_kr,utf등으로 컴파일후 mysqldump 의 옵션에 4.1.x의 컴파일시 옴션과 같은 --default-character-set 으로 덤프 하면 이상 없이 php애서도 안깨어 지던데.. mysql 4.x 버전대의 글은 항상 주목하고 있는데 매번 글마다 다른 경험과 얘기를 하니 뭐가 뭔지 모르겠네요 -_- 웹호스팅 업체도 섣불리 업그레이드 못하는 이유 중 하나일 듯. 어서 정리되고 확실한 방법이 나와서 별 문제 없이 옮겨갈 수 있으면 좋겠습니다. 4.1.8 깔았다가 다시 4.0.x 로 TT 아직은 좀 더 기다려야할꺼 같네요. MySQL을 4.0.x에서 4.1.x로 업그레이드하는 가장 좋은 방법은 업그레이드 하기전에 4.0.x인 상태에서 mysqldump로 백업 받아놓고 4.1.x로 업그레이드후에 \"mysql !@#$% < (백업 받아둔 파일)\"하는 겁니다. 그냥 하면 어떤 문제가 생기는지는 위에 써놨습니다. wizzet // 유용한 답글 감사합니다.. wizzet 님 답글이 정답이더군요.. 업그레이드 했다가 한글이 깨지는 바람에 열받아서 몽땅 갈아업고 아파치부터 모두 최신버전으로 설치했는데도 역시 과거의 자료들은 모두 깨지더군요... 다시 구 버전으로 돌아가려다가 wizzet 님 답글 보고 모두 utf8 로 지정하고, db를 모두 새로 생성하니까 한글이 모두 정상적으로 입출력이 되는군요. 덕분에 모두 최신버전으로 업글 했습니다.... 그런데, 사용하던 제로보드를 새로 설치하는데, db생성오류라면서 설치가 안되더군요.. 하는수없이 보드도 알지보드로 .....대 만족..^^ mysql 메뉴얼이라던지 관련된 페이지들을 보면.. 4.0 에서 4.1 로 넘어갈때는.. 4.0 에서 dump 를 뜨고.. 4.1 에서.. 기본 charset을 잘 명시해주고.. import 할 것을 권하더군요 :) 4.1.8 까지는.. mysqladmin 에서.. character_set_default 를.. 지원하지 않는 버그가 있었습니다.. 이제는 해결되었기 때문에.. 그냥 euckr/euckr 로 쓰고 싶으신 분들은 별 문제 없이 사용이 가능할 듯 싶습니다.. 아 그리고.. mysql 4.0에서도.. my.cnf 에서 .. new 라고 적어주면.. 4.1 에 도입된 기능들을 써볼 수 있다는군요 ;) 자세한건 구글링을 =3=33 wizzet 님 / 과정좀 정리해주시면 안될까요? --with-charset=euckr 로 지정하고 컴파일하고 설치 후 /etc/my.cnf 에 --default-character-set=euckr로 지정해도 한글입출력이 안됩니다. 제 버전은 4.1.8 입니다. 부탁드려요. dump 문제 덕분에 해결 했네요.. latin1으로 설정 되어 있어서 백업하면 한글이 전부 깨지고 dump시 option에 --default-character-set=euckr도 깨졌는데 euckr아닌 latin1로 했더니 한글 정상적으로 뜨네요, 4.1 -> 4.0으로 restore하고 모두 정상적으로 붙으면 글 다시 남기겠습니다. 위에 얘기는 아직 별나라 얘기군요, 빨리 여유가 되서 공부해야 하는데.. 정상적으로 자료는 모두 백업이 되었는데 password(\＇\＇)로 저장된 자료가 문제네요. 암호화 해서 저장하는 방식이 높은 버전이 더 bit화 하기 때문에 패스워드 비교 할 때 문제네요. 자료 찾아보고 해결 방안이 있으면 글 남기겠습니다. 저처럼 모르시는 분을 위해서.. ^^; 4.1.9를 설치하는데 보니 기본문자 앗 그런데 latin1으로 하니 소팅이 잘안되는 군요. 성급했네요 wizzet님// 정말 감사합니다. 일단 db의 자료는 전부 복원 되었네요... 인저 웹에서 띄우는게...

제목+내용 제목 내용 아이디(게시물) 아이디(댓글포함) 이름(게시물) 이름(댓글포함) and or