::: Zany's Homepage ::: Zany Wiki | 사이트 통합 검색
 
 
 

innodb table 용량의 한계

게시판
MySQL
작성자
helix
작성일
2009-09-13 21:46:25
읽은수
2552
평점
   
표시옵션
HTML사용 | 자동BR태그 | 공백문자허용 | 가운데정렬 | 고정폭글꼴 | 자동URL링크 | 마우스선택
관련링크01
http://innodb.tistory.com/category/innodb 
innodb 를 사용하면서 테이블의 row 개수가 어느 정도까지가 적당한지 모두 궁금해한다.

일반적으로 원칙은 없다. 제가 사용한 row 의 최대 개수는 3억8천만 row를 써봤으며

성능에는 아무런 문제가 없었다. 지금도 계속 늘어나고 있을것이다.

이런 테이블이 3개정도 있으며 table space 싸이즈로 보면 5기가 짜리 30개정도 있다.~~

쿼리의 실행계획이나 앞단에 pool 관리를 해주는 미들웨어를 쓴다면 DB 안정화에 기여한다.

하지만 문제는 다른데 있다. 3억 8천만 row 의 장애시 또는 rebuild 시 문제가 생긴다.

3억 8천만 row 의 load 를 통한 rebuild 시간은 7일이 걸린다..ㅡㅡ;;

index 하나의 drop 과 create 또한 하루반나절에서 이틀이 걸린다.

모든 들어오는 쿼리를 막았다는 전재하에서다.


필자가 생각하는 적당한 row 수는 5천만 로우다.

관리적인 측면이나 여러가지 성능적 측면에서 최상.

늘어나는 table의 용량을 줄이는 방법은 같은 테이블의 분할이다.

년도별 분할로 선택하던가. 아님 게시판 성격 및 서비스 성격에 맞게 분할을 하던가.
(대부분 같은 테이블안에 생성해서 tag값으로 분류해서 쓰는 경우가 많다.)

또는 web서비스라면 사용자별 분리가 필요하다.

 게시판 글 목록
No Subject Poster Hits Posted
2187
[0] 컬럼 데이터 타입
 helix 1972 2009-10-08 15:29:17
2171
[0] Character Set 과 Collation 의 차이
 helix 4519 2009-09-23 11:42:53
2170
[0] 터미널에서 source 명령어로 데이터 입력시, 한글 깨짐
 helix 4830 2009-09-23 11:35:40
2164
[0] [Function] 특정 구분자로 구분된 문자열 자르기 (한글 지원)
 helix 5095 2009-09-15 13:02:53
2162
[0] query 를 이용하여 text-file (csv) 로 export
 helix 3501 2009-09-14 14:37:11
innodb table 용량의 한계
 helix 2552 2009-09-13 21:46:25
2156
[0] Linux 에서 MySQL root 패스워드를 잊어버렸을 때.
 helix 1609 2009-09-09 23:46:55
2155
[0] innodb_file_per_table 의 득과 실
 helix 3196 2009-09-09 23:31:39
2154
[0] Replication - Master:Slave 구조의 단점 -> Double Master 구조로 보완
 helix 4429 2009-09-09 23:25:53
2153
[0] Dump & Load 빨리 받는 방법
 helix 1568 2009-09-09 23:20:00
2152
[0] Query Cache 의 모순.
 helix 2251 2009-09-09 23:16:05
코멘트
작성자
                        
 
zany.kr
  Copyright ⓒ 2002-2010 Zany's Programming Lab. All Rights Not Reserved.
이메일주소수집거부
temporary This Page loads on 0.016 Secs