안녕하세요 박성원입니다.

마스터 1대와 슬레이브4대를 사용하시는데 replication log가 쌓인다는 말은 솔직히 이해가 되지 않는군요 ㅋ;;

사용하시는 버전이 4.1이상의 버전이시라면 slave에서 별도로 작성되는 log가 있긴하나 크게 용량을 차지하지 않으며, 명칭또한 BINLOG가 아닙니다. 

하지만 질문하신 내용으로 미루어보면 binary를 별도로 생성하시는것 같은데

이런 구조라면 1대의 Slave에 여려 Master서버에서 BINLOG를 취합한 Replciation 구성 같습니다.

(아닌가요? ^^;;)

동일 한 구성의 DB라 하더라도 접속하는 클라이언트에서 보내는 쿼리의 종류에 따라 Transaction Log의 양은 매우 많이 차이가 납니다. 당연히 바쁜 서버의 경우 많은 insert, delete, update에 따라서 매우 빠른 속도로 로그파일을 갱신하기도 합니다.

사실 이러한 경우 딱히 방법은 없습니다.

첫번째로 단순히 BINLOG의 용량을 줄이고 싶으시다면

binlog Size의 최대치를 정할 수 있는 방법이 있습니다. my.cnf파일에서 확이하시면 되겠구요

나머지 방법은 Replciaton의 대상이 되는 DB를 정해서

Transaction Log자체의 용량을 줄이는 방법입니다. 즉, Replication이 되는 대상 DB만을 복제 설정을

하고 이와 관계없는 DB에 대해서는 복제 설정을 하지 않는것이지요 ^^

물런 후자의 경우 역시나 바쁜서버와 그렇지 않는 서버에서 생성되는 BINLOG파일의 사이즈는 크게

차이가 납니다.

즉, 근본적인 해결방안은 같은 종류의 DB에 접근하는 클라의 개체가 한곳에 집중되어 있는지 확인하시고

이를 분산하여 서버의 집중도를 해소하시길 권해드립니다.

박성원씨 답변 감사합니다.

마스터 1대는 data 입력 DB이고 슬레이브는 L4에서 SLB가 되어 data를 읽는 기능을 하고 있습니다. 슬레이브쪽 bin파일을 보면 베너클릭 수를 업데이트하는 쿼리밖에 없구요.

말씀해 주신걸로 추측을 해보면 네트워크단에서 문제가 되는 서버로 세션이 집중되는 것 같군요. 답변 감사합니다.

말씀하신데로 용량을 줄이는 방법은 단순히 파일을 분할하는 역할 밖에 못할것 같습니다. 로그가 생기는 용량은 동일한데 파일의 최대치를 줄임으로 전체적으로 용량은 같으나 갯수는 늘어나겠죠. 로그를 주기적으로 지워주는 기능을 추가해야 할 것 같습니다.