Base64 인코딩 크기(용량 증가율) 계산기
파일 크기를 넣으면 Base64로 인코딩했을 때 커지는 크기와 증가율을 계산합니다. 반대로 인코딩된 길이로 원본 크기도 역산합니다.
Base64 인코딩 후 크기
1.33MB
원본보다 33.3% 커집니다.
원본 크기1MB
인코딩 후 크기1.33MB
늘어난 크기341.34KB
Base64는 3바이트를 4글자로 바꾸는 고정 비율(RFC 4648)이라 큰 파일일수록 정확히 약 33.3%(4/3배) 커집니다. 몇 바이트짜리 아주 작은 데이터는 패딩 때문에 증가율이 이보다 훨씬 클 수 있습니다. data URI로 쓸 때 붙는 “data:image/png;base64,” 같은 접두사는 이 계산에 포함하지 않았습니다.
사용 방법
- 1원본 파일 크기를 입력합니다(바이트·KB·MB 선택 가능).
- 2Base64로 인코딩했을 때 크기와 증가율을 확인합니다.
- 3반대로 인코딩된 문자열 길이를 알고 있다면 원본 크기를 역산할 수 있습니다.
자주 묻는 질문
큰 파일일수록 정확히 약 33.3%(4/3배) 커집니다. Base64는 원본을 3바이트씩 묶어 4개의 문자로 표현하는 인코딩이라 이 비율이 고정돼 있습니다. 아주 작은 파일(몇 바이트 수준)은 패딩(=) 때문에 증가율이 33%보다 훨씬 커질 수 있습니다.
Base64는 6비트씩 끊어 문자 하나로 표현합니다(2^6=64가지 문자). 3바이트는 24비트이고, 24비트를 6비트씩 나누면 정확히 4묶음이 되기 때문에 3바이트→4글자라는 비율이 나옵니다.
Base64 본문 길이는 그대로 맞지만, data URI는 앞에 "data:image/png;base64," 같은 접두사가 추가로 붙습니다. 이 접두사 길이는 MIME 타입 문자열에 따라 달라지므로 이 계산기의 결과에는 포함돼 있지 않습니다.
용량이 33% 늘어나는 것 자체도 부담이지만, 더 큰 문제는 Base64 텍스트가 브라우저 메모리·JSON 페이로드·DB 컬럼에 그대로 문자열로 얹혀서 이진 파일 그대로 저장·전송할 때보다 처리 비용이 커진다는 점입니다. 그래서 큰 파일은 Base64로 인라인하지 않고 별도 URL로 받아오는 것이 일반적입니다.
알아두면 좋은 점
- 이 계산은 RFC 4648 Base64 인코딩의 고정 비율(3바이트→4문자, 패딩 포함)을 그대로 계산한 것이라 근사값이 아니라 정확한 값입니다.
- data URI 접두사, 줄바꿈 문자 삽입(MIME 방식의 76자마다 줄바꿈 등) 같은 추가 오버헤드는 포함하지 않습니다.
함께 보면 좋은 도구
마지막 검증: 2026년 9월 6일 · 결과는 참고용 추정치입니다.