말 그대로, utf-8 문자로  0xefbfbd 문자가 특정 칼럼 안에 들어있는데, 
이놈이 uhc 코드로 바꿀 방법을 못 찾아서 무시했다는 소리입니다. 

발생 원인의 대부분은 깨진 한글이 db에 그대로 저장되었는 경우입니다. 
찾아서 원래 글자가 무엇이었는지 알 수 있으면 복구를 해보시든지, 
아니면 무시하든지 하면 됩니다.



예전에는 그런 생각을 했었거든요. 

client 측, server 측 문자셋 모두 utf-8 이면 좋겠다. 

그랬는데, 요즘은 또 생각이 바뀌었습니다. 

server 측에는 utf-8 로 저장되더라도, client  측, 자국어 문자셋이 낫겠다는
이렇게 하면 문자셋 변환하는 비용이 들더라도, 
자동으로 의도되지 않은 문자입력을 막을 수 있지 않나 하는 생각이 듭니다. 

즉, uhc - 확장 완성형 문자셋으로 입력될 수 없는 문자에 대해서는 아에 db에 넣지 않겠다. :)
저는 이게 더 나을 것같다는 생각을 합니다. :)
잡담이었습니다.