현재 100 만 이상 증가하는 데이터 세트는 사용자 특정 데이터의 지속적인 조회/업데이트가 필요합니다. 은 높은 TPS로 가장 빠르고 확장 가능한 옵션을 찾고 있습니다. Memcache/memcacheddb와 mysql 메모리 테이블은 구현 및 확장 옵션에 큰 혼란을 낳습니다. 어떤 사람이 착륙 할 적절한 스케일링/tps 및 성능 정보를 제공 할 수 있습니까?MySQL 메모리 테이블, Memcached 또는 다른 것?
이 데이터의 무결성이 중요합니까? 만약 그렇다면, memcached와 MySQL 메모리 테이블을 즉시 배제 할 수 있습니다. memcachedb는 적어도 유지되지만 정상 (R) DBMS와 동일한 종류의 신뢰성 보장을하지는 않습니다.
큰 데이터 세트가있는 경우 하드웨어를 올려서 크기를 조정하지 마십시오. 성장률이 무엇인지 말하지 않았으므로 아무 것도 제안하기가 어렵습니다.
크기 조정이 필요한 경우 테이블을 분할합니다. 읽기 배율을 조정해야하는 경우 - 마스터> 다중 슬레이브 복제 클러스터를 만듭니다.
또한 TokuDB라는 엔진이 MySQL 용으로 제공됩니다. 자세한 정보는 www.tokutek.com입니다. 그것은 어떤 것들 (업데이트, 핫 인덱스 추가 및 유사)에 대해서는 매우 빠르지 만 대량 업데이트의 경우에는 그렇게 우수하지 않습니다. 체크 아웃 할 가치가있어.
이것은 1mill./month atleast에서 성장할 수있는 데이터 세트의 읽기에 대한 스케일링에 관한 것입니다. 끊임없이 업데이트되고 데이터 세트에 무거운 읽기가있을 것입니다 ... 그래서 글쓰기도 중요한 요소입니다 !! tokudb는 memcache/memory 테이블만큼 빠릅니까? !! – axe
nop percistance는 필요하지 않습니다! memcached 대 메모리 테이블에서 어떻게 쓰는 지 궁금합니다 !! – axe
그렇다면 memcached가 성능면에서 우승합니다! 더 간단한 액션 세트 (GET/SET) 만 지원한다는 점을 명심하십시오. – duskwuff
지속성을 다른 수준에서 보장 할 수 있습니다. – Lodewijk