1 MB 의 CSV 테스트 파일

이 파일에 대해

1 MB 의 CSV 테스트 파일입니다. 파일 크기는 정확히 1,048,576 바이트이며, 업로드 상한 검증이나 파일 처리 동작 확인에 가입 없이 완전 무료로 사용할 수 있습니다.

위에 게재한 MD5 / SHA-1 / SHA-256 값은 이 파일의 내용에서 계산한 실제 해시입니다. 다운로드 후 같은 값이 되는지 확인하면 전송이 도중에 깨지지 않았음을 확인할 수 있습니다. 해시 계산 라이브러리의 기대값으로도 그대로 쓸 수 있습니다.

이 크기가 실무에서 갖는 의미

1 MB 는 nginx 의 client_max_body_size 기본값(1m)과 정확히 같습니다. 설정을 명시하지 않은 리버스 프록시 아래에서는 이를 넘는 순간 앱까지 도달하지 못하고 413 Request Entity Too Large 가 반환됩니다.

즉 「앱 쪽 상한을 10 MB 로 올렸는데 1 MB 에서 막힌다」는 전형적인 사고를 재현하기에 최적인 크기입니다. 413 이 앱 로그에 남지 않는다면 원인은 대개 앞단 프록시 계층에 있습니다.

이 용량의 기준

회선 속도 10 Mbps 라면 전송에 약 839 밀리초, 100 Mbps 라면 약 84 밀리초 걸립니다. Base64 로 변환하면 약 1,365 KB 로 늘어납니다.

업무 데이터에서 흔한 10 열 정도·1 행 100 바이트 전후의 CSV 로 환산하면, 이 용량은 대략 10,486 행에 해당합니다. 스프레드시트로 열 수 있는지, DB 일괄 임포트가 시간 내에 끝나는지의 기준이 됩니다 (내용과 열 수에 따라 크게 달라지는 개산입니다).

이 형식에서 확인해야 할 점

CSV 는 플레인 텍스트이며 고유의 시그니처(매직 바이트)를 갖지 않습니다. 따라서 「내용을 보고 CSV 라고 확정」하는 것은 원리적으로 불가능하며, 검증은 문자 코드·구분자·따옴표 처리에 집중하게 됩니다.

• 전 행을 메모리에 읽지 않고 한 행씩 처리하는지 (큰 CSV 에서 메모리 부족이 되는 전형 패턴)
• 필드 내에 개행이나 쉼표를 포함한 따옴표 값을 올바르게 해석할 수 있는지
• 문자 코드 판정을 잘못하고 있지 않은지 (일본어를 포함한 CSV 는 문자 깨짐의 발생원이 되기 쉬움)