개발 Q&A

제목 db 분리 어떤 방식을 선택해야 할까요 ?
글쓴이 람이 작성시각 2016/01/26 17:56:29
댓글 : 3 추천 : 0 스크랩 : 0 조회수 : 11611   RSS

서버 환경

=================================================

php 5.5

mysql 5.5

apache 2.2

centos 6.5

=================================================

 

리눅스 계정 user1 번에

 

각각 사이트 사용자 파트너사 별 아이디 발급 후

파트너사 아이디 폴더를 각각 만들고

별도의 사이트 처럼 사용하게 만들었습니다.

 

데이타베이스는 한개 DB_user1 을 사용하고 있으며

각 테이블 마다 P_ID 를 통해 유저를 판별 합니다.

 

이렇다 보니 통합 사이트 처럼 최고 관리자 입장에서 각 파트너사들의 모든 정보를 확인할 수 있습니다.

 

==============================================================

 

각 파트너사들의 상품의 데이타 및 로그 기록 데이타의 증가로 인해 분산이나 분리가 필요할 듯 한데요..

 

어떻게 운영해야 할지 막막해서 문의 남깁니다.

 

============================================================

 다음글 반응형 css 프레임워크 getbase 사용해보신분? (2)
 이전글 한 테이블 기준으로 select (3)

댓글

변종원(웅파) / 2016/01/27 10:53:46 / 추천 0

우선 db 서버 분리라도... ^^

 

웹서버 - db서버 분리가 우선이고

db서버 replication 구성이 그 다음 (마스터-슬레이브 구조로 구성하여 슬레이브는 select만 담당하도록 처리)

 

하나의 테이블에서 관리가 되고 있다면 파티셔닝 하는 것도 한 방법입니다.

람이 / 2016/01/27 15:32:56 / 추천 0

변종원(웅파)님 감사합니다.

안그래도 웹서버와 디비서버는 분리 하였습니다.

 

replication으로 제가 질문한 것들이 어느 정도 해결이 될까요 ?

 

어제 구글링 하니 파티셔닝이 나와서 보긴 했는데...

 

이게 쿼리문을 돌릴때 ... 헷갈리거나 

조인문 처리시에는 어떻게 되는지 등등 궁금하고 불안하게 많아서요 ??????

변종원(웅파) / 2016/01/27 16:45:31 / 추천 0

람이/ 파티셔닝 해놨다고 쿼리 실행하는 것에 문제가 되는 것은 아닙니다.2

select 할때 파티션된 구간의 값을 대상으로 해서 속도가 빨라지는 것이구요. 파티셔닝 구간이 겹치면 그만큼 대상이 많아지는 거구요.

 

리플리케이션도 검색해보시면 되구요.

부하를 분산하는 방법입니다. 마스터 1대에 슬레이브 3대 구성해서 슬레이브에서 select를 하게되면

그만큼 부하가 1/3(수치상)이 되는 겁니다.