마이크론, 마이크로그램, 마이크로초에 쓰는 마이크로 기호(µ) — 똑같이 생긴 그리스 문자 뮤와는 완전히 다른 문자인 이유까지. 기호를 클릭하면 바로 복사됩니다.
마이크로 기호(µ, U+00B5)와 그리스 소문자 뮤(μ, U+03BC)는 거의 모든 글꼴에서 완전히 똑같은 글리프로 렌더링되지만, 유니코드는 이 둘을 서로 다른 두 문자로 취급합니다. 어느 쪽을 붙여 넣는지가 화면상으로는 전혀 티가 안 나면서도 검색, 정규식 매칭, 파일명을 조용히 망가뜨릴 수 있습니다.
옛 라틴-1(ISO/IEC 8859-1) 시스템과의 호환을 위해 유니코드에 남아 있는 레거시 마이크로 기호입니다. µm(마이크론), µg(마이크로그램), µs(마이크로초)에 쓰입니다.
그리스 알파벳의 실제 열두 번째 글자입니다 — 마이크로 기호와 시각적으로 동일하며, 유니코드 자체의 정규화 규칙이 선호하는 문자입니다.
마이크로 기호(µ, U+00B5)는 순전히 하위 호환성을 위해 유니코드에 존재합니다. 유니코드보다 앞서 등장했고 지금도 수많은 레거시 시스템·글꼴·파일 형식에 그대로 박혀 있는 8비트 인코딩인 ISO/IEC 8859-1(라틴-1)에서 물려받은 문자입니다. 유니코드 컨소시엄 자체의 가이드는 SI "마이크로" 접두어(µg, µm, µs)에 그리스 소문자 뮤(μ, U+03BC)를 새 텍스트에서 선호되는 문자로 권장하지만, 이미 U+00B5를 쓰는 텍스트가 워낙 많아서 소프트웨어는 이 문자도 계속 인식해야 합니다.
두 문자는 거의 모든 글꼴에서 시각적으로 동일하며, 유니코드 자체의 NFKC 정규화 규칙은 마이크로 기호를 그리스 뮤로 자동으로 접어 버립니다. 대개는 눈에 띄지 않다가 — 검색, 정규식 매칭, 파일명 비교, 데이터베이스 조회에서 한 문자열은 U+00B5를, 다른 문자열은 U+03BC를 쓰면 화면상으로는 사람 눈에 전혀 차이가 없는데도 바이트 단위 비교에서는 서로 다른 문자라서 조용히 실패하는 경우가 생깁니다. 개발자들이 실제로 버그 리포트를 올릴 만큼 흔한 함정입니다 — 예를 들어 2025년 홈 어시스턴트(Home Assistant) 프로젝트의 한 풀 리퀘스트는 바로 이런 종류의 불일치를 피하기 위해 프로젝트의 단위 문자열을 마이크로 기호에서 그리스 뮤로 바꾸자고 제안했습니다.
UltraTextGen을 쓰면 평범한 텍스트가 볼드체, 필기체 등 100가지가 넘는 유니코드 스타일로 무료로 즉시 바뀝니다.
UltraTextGen 열기 →아닙니다 — 시각적으로는 동일하지만 유니코드는 서로 다른 코드포인트를 부여합니다(마이크로 기호는 U+00B5, 그리스 뮤는 U+03BC). 화면상으로는 전혀 이상해 보이지 않는데도 이 차이가 검색, 정규식 매칭, 문자열 비교를 조용히 망가뜨릴 수 있습니다.
둘 다 사람이 읽기에는 문제없이 렌더링되지만, 유니코드 컨소시엄은 새 텍스트에는 그리스 뮤(μ, U+03BC)를 권장합니다. NFKC 정규화가 이미 마이크로 기호를 자동으로 이 문자로 변환하기 때문입니다. 마이크로 기호는 이를 명확히 요구하는 기존 레거시 시스템에 맞출 때만 쓰세요.
서로 다른 유니코드 문자이기 때문입니다. 일반 텍스트 검색은 보통 정확한 바이트 단위 매칭을 하며, 검색이 텍스트를 먼저 명시적으로 정규화(NFKC)하지 않는 한 U+00B5와 U+03BC를 같은 것으로 취급하지 않습니다.
없습니다 — 사실상 모든 글꼴에서 같은 글리프로 렌더링됩니다. 차이는 전적으로 문자 인코딩 수준에만 있으며, 코드나 검색, 파일 매칭 도구가 관여하기 전까지는 눈에 보이지 않습니다.