테스트 사이트 - 개발 중인 베타 버전입니다

mysql BLOB 방식으로 이미지 저장하기?

mysql에 BLOB으로 저장하면 트래픽 이슈를 db서버가 고스란히 끌어앉는다 생각했는데
바이너리 형태로 저장되고 주소를 쏴준다고 하는 얘기를 들어서요.
mysql BLOB의 장점과 단점이 궁금합니다.<div class='small'>[이 게시물은 관리자님에 의해 2011-10-31 17:27:00 MySQL에서 이동 됨]</div>

댓글 작성

댓글을 작성하시려면 로그인이 필요합니다.

로그인하기

댓글 4개

트래픽 분산이 목적이신것 같은데 BLOB 과는 전혀 상관없는 이슈입니다.
보통 web 서버와 db 서버만으로 분리되어있다면
사용자 요청 -> web 서버 -> db 서버 요청 -> db 서버에서 데이터 리턴 -> web 서버 -> 사용자
일것입니다.
트래픽은 고스란히 web 서버가 당담하게 됩니다.
그렇다면 db에 부하는 따로 걸리는 부분이 없을까요?
db에서 BLOB데이터를 클라이언트에 쏴주는 동안 커넥션이 지속되서 병목이 발생한다든지.. 하는 내용 말이죠. 흠..
머 이부분에 대해서도 여러가지 이슈들이 있겠지만...
web 서버 db 서버는 같은 class 의 network 안에서 사용합니다.

간단한 방법으로는 C class 계열로 같이 묶어놓습니다.
가령 web 서버는 192.168.1.10 , db 서버는 192.168.1.20 이런식으루요.
물려있는 허브도 기가비트 허브로, 양쪽 서버도 기가비트 랜카드로.

내부 통신이니 전송속도는 아무렴 빠릅니다만...
병목이 발생하는 요인은 단순히네트웍 전송속도에만 있지않고 여러 요인이 있을 수 있습니다. db 설계상의 문제나 query 최적화, index 문제등이 고려되어있지 않은 경우 db 서버에 필요 이상의 부하를 줄 수 있습니다.

BLOB 때문에 부하가 걸릴지 어떨지는 동접자 수에 따라 다르겠죠....
모니터링 해봐야 알 수 있는 문제 같습니다.

여러 요소들을 점검해보셔야 될것입니다. 한꺼번에 여러 얘기들을 하려니 저도 머리가 꼬이네요 ^^;;
전체적으로 확인해봐야겠네요 ;ㅅ; 답변 감사드립니다 ^^

게시글 목록

번호 제목
20097
20095
20093
20092
20091
20089
20086
20085
20084
20083
20082
28358
20081
20079
20078
20077
20076
20075
20074
20073
20072
20071
20070
20069
8148
20057
8141
24669
20056
8138
28353
20055
20054
20053
20052
20051
20050
20047
20046
20045
20044
8111
20043
20042
20040
20039
20037
20036
20035
20027
8107
31022
20026
20025
20024
20023
28350
20022
20018
20017
8099
20016
20013
8090
20012
20010
20009
19998
28348
28347
19997
19996
19995
19993
8087
8065
19990
8063
8056
19989
19988
19987
19986
19985
19984
19983
19982
8054
19981
19980
19979
19978
19977
19976
19975
19974
19973
19972
19971
19970