<Partion table 연관 좋은 정보>


best 자료, partion table 성능 정보

http://www.slideshare.net/datacharmer/partitions-performance-with-mysql-51-and-55


http://blog.hibrainapps.net/m/post/view/id/131


http://www.rcy.co.kr/xeb/index.php?mid=study&page=7&document_srl=2369


http://www.mysqlkorea.co.kr/gnuboard4/bbs/board.php?bo_table=develop_05&wr_id=6


http://www.dbastuff.net/2014/01/partitioning-mysql-56-style.html


http://fbwotjq.tistory.com/298


http://www.mysqlkorea.co.kr/gnuboard4/bbs/board.php?bo_table=develop_05&wr_id=6

(영문) http://dev.mysql.com/tech-resources/articles/mysql_55_partitioning.html


http://dev.kthcorp.com/2011/06/24/mysql-mass-data-dbms-tuning-case-study-on-statistics-and-analysis-server/







<유의할 점>

파티션 개수가 많아지지 않도록 backup&truncate 정책이 반드시 필요


http://blog.naver.com/PostView.nhn?blogId=seuis398&logNo=70105826106


http://bistros.tistory.com/entry/Mysql-partition-%EC%82%AC%EC%9A%A9%EC%9D%B4%EC%9C%A0%EC%A0%9C%ED%95%9C%EC%A3%BC%EC%9D%98%EC%82%AC%ED%95%AD%EB%93%B1




<대용량 데이터 저장시 사용할만 방법>

파티셔닝을 먼저 진행하면 추후 Sharding 에 유연하게 대처하기 어렵다.


1. DB Sharding을 먼저 진행하고..





Horizontal Parttition 을 진행하면 보다 효율적인 대용량 데이터 관리가 될 듯

Sharding된 Database를 바탕으로 partitioning을 진행하면 된다.




<예전 생각>

L 메신저 Noti center 서버 파트 개발할때...DB 샤딩을 먼저 진행했다. 계속 데이터는 쌓이는 구조이고 성능이 필요한 상태이다.  DB샤딩은 Application Architecture에 영향을 많이 주는 요소인 반면, Partitioning은 Query에 영향을 주는 구조이다.  따라서 DB샤딩 구조로 먼저 진행한 후, 운영하면서 부하가 많이 발생하고 이슈가 생긴다면 Partitioning을 진행하면 된다. 


메신저 또는 메신저 기반 플랫폼과 같은 것들은 계속 데이터가 쌓이는 시스템이라면 'DB 샤딩 + DB Partitioing' 을 이용하면 좋을 듯 하다. 







'DB' 카테고리의 다른 글

[altibase] 5.5.1.3.0 설치  (0) 2014.06.30
limit 사용시 항상 order by를 염두하기  (1) 2014.05.02
[mysql] replication leak  (0) 2014.02.04
[mysql] function 정보  (0) 2014.02.04
[mysql] Tip - group_concat, if/ifnull/case  (0) 2013.12.19
Posted by '김용환'
,