현재 MySQL DB에서 성능 관련 문제가 있습니다. 우리의 응용 프로그램은 꽤 ~ 20 몇 테이블에 무겁습니다. 우리는이 테이블과 집계 쿼리를 많이 실행합니다. 우리 팀의 대부분은 개발자이며 dba에 대한 액세스 권한이 없기 때문에 현재 db를 다시 조정하고 작업 속도를 향상시킬 수 있습니다.Sql에서 NoSql 데이터베이스로 이동할 수있는 제한
NoSql로 이동은 옵션입니다. 그러나 심각하게 생각하고 (하루 현재 볼륨 ~ 50기가바이트)
- 볼륨
- 구조적 또는 원시 데이터의 측면에서 더 높은 한계는 무엇인가? DB에
- IO 통계를 (데이터를 구조화) -
- 이 50기가바이트이다 (현재 3000 행/초)
질문 발생 -
- 기록은 기록 (현재 속도는/초 60 KB 국민 은행입니다) NoSql을 고려할만큼 충분히 높습니까? 일부 문서는
- 데이터는 더 구조화 얻고 응용 프로그램
- MySQL이 3000 행/초에서 밖으로 확장,하지 않도록 MySQL을 추가로 조정할 수 있습니다 을에서 사용하는 처리 할 수있는 원시 데이터, 있어야 할 TB보다 더 좋습니다
HBase는 분석 응용 분야에서 유망한 것으로 보입니다.
이것은 어쩌면 어떤 "오른쪽"대답하지만, 몇 가지 일반적인 권고가있을 것입니다 생각하지 않습니다 같은 광범위한 주제입니다 NoSQL에
50기가바이트/일에도 더 많은 DBA 않고, 꽤 인상적 들린다. 아마도 현재의 인프라 구조에 대해 더 많이 알려줄 것입니다. HBase와 같은 NoSQL 데이터베이스는 특히 확장 성 (주로 관심사 인 것 같습니다)과 관련하여 많은 도움이 될 수 있지만 중요한 선택 사항을 만들 때주의해야 할 단점, 한계 및 오버 헤드가 없기 때문에 유용하지 않습니다 . 볼륨/스토리지에 관한 권장 사항을 잊어 버리면, 생산에 완벽하게 작동하는 아주 작은 NoSQL 데이터베이스가 많이 있습니다. –
[NoSQL과 같은 것은 없습니다.] (http://ontraindevelopment.blogspot.de/2013/07/there-is-no-suchthing-as-nosql.html). 서로 공통점이없는 독립적 인 새로운 데이터베이스 기술이 많이 있습니다. – Philipp
@ RubénMoraleda, 현재 인프라로 구성, MySql DB는 3 가지 3 가지 테이블로 분리되어 있습니다. 원시 데이터 (@ ~ 3000 행/초의 높은 삽입 수)에 대한 몇 개의 테이블 2. Minutely updates/rollups (삽입 수는 4000 행/분) 3. ~ 100 개의 테이블에 관계 (매핑)가 있습니다. DB는 정의를 위해 미세한 집계, UI, ~ 100 개의 구성 요소로 액세스 (읽기)됩니다. 이게 충분히 통찰력을 주길 바란다. –