서버는 초보수준입니다.

A Server(Intel)  :  x86 Solaris 10 2004년 default ko-kr apache-1.3.27 mysql-3.23.34 php-4.1  euc_kr  gnuboard

B Server(test server)  :  x86 Solaris 10 2005년  default euc_kr.ko httpd-2.2.0   mysql-4.1.20  php- 5.1.2  euckr   gnuboard uft8(default)

C Server(SUN Xfire5400)  :  x86 Solaris 10 2006년  default euckr.ko.utf8  httpd-2.2.0   mysql-4.1.20  php-5.1.2   euckr   gnuboard utf8(default)

A Server 의 2개의 디비를 B Server로 옵션없이 덤프받고 복구 했더니 B Server에서는 한글이 잘나옵니다.

B Server 에는 다른 2개의 디비가 있는데 총4개의 디비가 잘 작동됩니다.

문제는 B Server 에서 C Server로 이전하는데 생겼습니다. APM버전이 같아서 쉬울줄알았는데 한글이 깨집니다.

C Server에 mysql소스설치할때 --default-character-set=euckr를 주지 않았더니 덤프파일을 복구할때 euckr을 이해할수 없다는 에러를 뿌려서 이 옵션을 주고 재컴파일을 했습니다. 에러는 없는데 이번에는 한글이 깨지는데 보드내용은 부라우져가 euckr이므로 한글이 안깨지는데 디비를 불러오는내용은 모두 utf로 불러옵니다. 당근깨집니다. 브라우저문자셋을 utf8로 하면 디비내용은 잘나오는데 기타 웹페이지는 깨집니다.

덤프방법과 복구방법은 여러가지 조합을 모두 해보았습니다.

덤프방법 1. 옵션없이 2. --default-character-set=euckr 3. --default-character-set=utf8

복구방법 1. 옵션없이 2. --default-character-set=euckr 3. --default-character-set=utf8

B Server와 C Server mysql 문자셋은 클라이언트 서버모두 euckr 이 디폴트입니다.

문제는 B server 에서 덤프를 옵션을 안주던 euckr로 주던 C Server에 복구하면 복구옵션에 관계없이 utf8로 디비가 복구된다는점입니다.

A Server에서 C Server로 직접은 해보지 않았습니다.

스샷은 뜨지 못했습니다. B Server와 C Server는 동일한 도메인으로 셋팅해서 C Server는 아직 local에서만 작동합니다.