문제

수십억 개의 항목이나 행까지 확장 할 수있는 데이터베이스가 있습니다.

  • 이 많은 행을 단일 테이블 당 지원할 수 있습니까? 그것이 권장됩니까?
  • NDBCluster에서 사용하면 단일 테이블을 여러 클러스터로 분할합니까?
  • 다른로드 밸런싱 기술?
  • 그러한 데이터베이스를 배포하는 것이 좋습니다.
  • 더 많은 성능을 얻기 위해이 많은 행이있는 데이터베이스의 모범 사례는 무엇입니까?
  • MySQL이 할 것인가, 아니면 다른 곳을 봐야 할 것입니다.
도움이 되었습니까?

해결책

우리는 2,200 만 행의 테이블을 가지고 있으며, 병목 현상이 보이지 않습니다. RAM이 충분히 고칠 수없는 적어도 아무도 없습니다. 일반적으로 쉬운 예 또는 아니오는 없습니다. 데이터, 테이블 엔진 등의 특성에 따라 다릅니다.

더 많은 정보를 공개 한 경우 저장중인 데이터는 어떤 종류의 데이터를 저장하는지, 응답이 더 자세하게 설명 될 수 있습니다.

대형 데이터베이스에 대한 유일한 일반적인 조언은 복제 및/또는 샤딩에 들어가기 전에 하드웨어 옵션을 초과한다는 것입니다 (성능상의 이유로 백업을위한 슬레이브를 유지하는 것은 다른 이야기입니다). 당신은 또한 당신의 것을 알아야합니다 인덱스 -FU 데이터베이스 서버를 조정하기 위해 명백한 스위치/옵션.

더 많은 정보, 어떤 종류의 데이터를 가지고 있는지 알려줄 수 있다면.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top