MYSQL LONGTEXT 컬럼 속도 느림

Question

사용자 정보에서 프로필 사진을 BASE64 인코딩 해서 DB에 저장하려고 합니다.# 회원 정보CREATE TABLE member (num INT UNSIGNED AUTO_INCREMENT NOT NULL,user_uuid VARCHAR(64) NOT NULL,user_nickname VARCHAR(64) NULL,user_picture LONGTEXT NULL,PRIMARY KEY (num));CREATE INDEX member_idx1 ON member (user_uuid);그런데 사진 이미지 약3 메가를 BASE64인코뎅 해서 LONGTEXT 타입의 컬럼에 저장하면 DB 속도가 느려지네요.row 건수가 1건이어도 SELECT 속도가 느립니다.구글 검색해보니 이 문제는 원래 그런것으로 파악 됩니다.그런데 의문점은....제가 다른 기관에서 이미지 정보를 BASE64 인코딩 해서 DB에 저장해서 사용하는 곳을 본적이 있습니다.DB 종류는 정확히 기억 나지 않고요.Mysql만 이런 방법이 안되는 것일까요?

MSSQL 튜너 · Answer

기본적으로 이미지는 db에 잘 넣지 않습니다필요하지 않은 조회에서는 Select from 사이에서 빼시고요~3메가 정도면 느릴일이 없습니다. 1초정도는 걸릴듯 합니다.Base64로 만들어서 mssql 기준으로 nvarchar(max)에 넣었습니다. 그냥 스트링 max 저장되는 필드면 됩니다네트워크 구성 및 서버도 확인해보세요

Clickin · Answer

일단 굳이 base64로 인코딩하시는 이유를 알기 어려운데 blob 타입으로 넣어서 딱히 문제가 없을거로 보입니다.WAS 단에서 base64 <> binary 변환하는데는 CPU 자원이 얼마 들지 않는데 굳이 base64로 저장한다고 33% 더 크게 저장할 이유는 없죠점검해봐야할 것 중 하나는 저장장치 속도인데요longtext, clob, blob 등 라지 오브젝트 타입은 테이블에 직접 저장되지 않고 DB 서버에 파일로 저장된 후 해당 파일의 포인터를 저장합니다.그래서 저장장치가 느리면 조회 속도도 느려질 수 있습니다.

퍼대기 · Answer

BASE64 인코딩 해서 LONGTEXT로 해도 느리고, 바이너리를 LONGBLOB로 저장해도 느리네요.정석대로 이미지는 파일로 저장하고, DB에는 파일 경로만 저장 해야겠습니다.

하얀뼈 · Answer

오잉......프론트엔드 기준으로 3MB면 굉장히 큰 이미지 파일입니다. base64로 인코딩 하든말든 상관없는 문제죠.최적화 할 때도 웬만하면 아무리 큰 파일도 200kb이내로 처리합니다.근데 큰 용량의 데이터가 전송되는건 백엔드/프론트엔드 구분없이 똑같이 최적화해야할 부분이기 때문에 반드시 필요한 케이스가 아니면 최적화 해야하지 않나 싶네요.

xml개발자 · Answer

물론 차이는 좀 있겠지만, 다른 db도 마찬가지로 느립니다.longtext 따로 들어가 있는 테이블로 분리해서 쓰시고, 필요에 따라 조인으로 가져오시면 됩니다.

MYSQL LONGTEXT 컬럼 속도 느림

5개의 답변

Q&A 목록