최종 업데이트: 2026-06-23

Base64 인코딩 오버헤드

Base64는 임의의 바이너리 데이터를 64가지 출력 가능한 ASCII 문자로 표현하는 이진-텍스트 인코딩 방식입니다. 이메일 첨부 파일, HTML의 데이터 URI, PEM 인증서, JSON API 페이로드 등 텍스트 전용 채널에 바이너리 콘텐츠를 삽입하는 표준 방법입니다. 인코딩은 무손실이며 복원 가능하지만 데이터 크기가 약 1/3 증가합니다.

Base64 인코딩 동작 방식

Base64는 바이너리 입력을 3바이트(24비트) 그룹 단위로 읽고, 각 그룹을 4개의 문자로 매핑합니다. 각 문자는 6비트를 담습니다.

$\underbrace{b_1\, b_2\, b_3}_{3 \text{ bytes} = 24 \text{ bits}} \longrightarrow \underbrace{c_1\, c_2\, c_3\, c_4}_{4 \text{ characters} \times 6 \text{ bits}}$

64가지 문자 각각은 0부터 63까지의 값을 나타내며, A–Z, a–z, 0–9, +, /에서 선택됩니다. 출력에는 제어 문자, 널 바이트, 127 초과의 바이트가 포함되지 않아 ASCII 호환 전송 방식에서 안전합니다.

크기 계산식

입력 3바이트마다 출력 4바이트가 되므로, 인코딩 크기는 다음과 같습니다.

$\text{encoded size} = \left\lceil \frac{\text{input size}}{3} \right\rceil \times 4$

올림 함수(⌈⌉)는 입력 길이가 3의 배수가 아닌 경우 마지막 그룹을 = 문자 하나 또는 두 개로 패딩하여 처리합니다.

원본 크기 대비 오버헤드 비율은 다음과 같습니다.

$\text{overhead} = \frac{\text{encoded size}}{\text{input size}} - 1$

입력이 3바이트의 정확한 배수인 경우, 이 값은 정확히 $4/3 - 1 = 1/3 \approx 33.33\%$입니다.

계산 예시

1 MB 바이너리 파일(1,000,000바이트)의 경우:

$\left\lceil \frac{1{,}000{,}000}{3} \right\rceil \times 4 = 333{,}334 \times 4 = 1{,}333{,}336 \text{ bytes}$

$\text{overhead bytes} = 1{,}333{,}336 - 1{,}000{,}000 = 333{,}336 \text{ bytes} \approx 33.33\%$

실용적 시사점

이메일과 MIME. 첨부 파일은 메시지 본문 안에 Base64로 인코딩되어 삽입됩니다. 3 MB PDF 첨부 파일이 이메일 크기를 약 4 MB로 증가시키는 이유가 바로 이 때문입니다.

데이터 URI. 200 KB PNG를 HTML이나 CSS 파일의 데이터 URI로 삽입하면 약 267 KB의 텍스트가 생성되어 페이지 용량이 증가합니다. 작은 아이콘의 경우 별도 HTTP 요청을 피할 수 있는 이점이 있지만, 큰 이미지에는 일반적으로 불리합니다.

JSON API. 이미지, 오디오 클립, 암호화 서명 등의 바이너리 데이터는 JSON에 네이티브 바이너리 타입이 없으므로 JSON 문자열에 넣기 전에 Base64로 인코딩되는 경우가 많습니다. 페이로드 크기를 계획할 때 인코딩 오버헤드를 반드시 고려해야 합니다.

URL 안전 Base64. 일부 시스템에서는 퍼센트 인코딩 없이 URL 경로 세그먼트와 쿼리 파라미터에서 안전하게 사용할 수 있도록 +를 -로, /를 _로 대체합니다. 크기 계산은 동일합니다.

압축률 계산를 활용하면 인코딩 전에 먼저 압축을 적용하여 오버헤드를 부분적으로 상쇄할 수 있는지 평가할 수 있습니다. 압축된 데이터는 바이트당 더 효율적으로 인코딩되는 경우가 많습니다.

진법 변환기는 Base64가 궁극적으로 인코딩하는 16진수 또는 이진 표현을 다룰 때 유용합니다.