실시간 DB조회 부하가 많이 걸리나요?

Question

실제로 DB에 많은 데이터를 담아서 써본적이 없어서... 지금처럼 몇백개정도 select할때는 별 차이 없어보이는데요...새로운 데이터가 추가되었는지 아닌지 여부를 판단할때 실시간으로 db 조회해서 확인하는건 데이터가 쌓이면 많이 느려질수있나요?

사과농축액 · Answer

Db에 저장된 row 갯수와 인덱스 여부등에 따라 속도가 달라지겠지만 데이터가 많으면 느려지는건 맞습니다. 여기서 많다는 기준은 몇천만row부터 입니다.

메타인지러 · Answer

테이블 자체가 크다면 그렇겠지만 정렬이 되어있다면 O(n)이겠죠

xml개발자 · Answer

db성능이나 부하, 설계에 따라 케바케죠.pk 기준 1건 조회라면 느려지지는 않습니다.경험상 수억건이 쌓여도 pk 1건 조회는 체감 못할 정도로 빠릅니다.

캐티 · Answer

테이블에 데이터가 쌓여도 키 값을 통한 순번을 탐색하므로 처리속도 차이가 심하게 나지 않도록 되어있습니다.그럼에도 불구하고 레코드 수에 따라서 오버헤드가 발생하게 되는데 이런 경우 데이터를 각각에 파티션으로 나누어 처리하여 부하를 줄이도록 설계되어 있어요. 연도 같은 지난 연도 탐색을 거의 안 하는 경우가 좋은 예시입니다.테이블 구조가 적합하지 않은 경우에는 이런 선택적 반영이 어려울 것입니다. 그렇다면 결국 컴퓨터의 성능을 업그래이드 하거나 분산처리를 적용 할 수 있어요. 여러모로 많은 부담이 따르는 방법입니다.

olivahn · Answer

정규화 상태, 인덱스 설계등에 따라 완전 케바케이지만 잘 설계되었다고 가정하면 MySQL기준 대체로 초당 수십만회 이상의 요청도 아무문제 없이 처리됩니다.보통 데이터가 수천만건 이상되면 많다고 보는데요, 데이터가 수천만, 억정도 되어도 인덱스만 탄다면 시간복잡도 O(logN)으로 아무문제 없습니다.테이블 풀스캔이 일어나면 굉장히 큰 문제가 발생할 수 있기 때문에 실행계획을 보면서 기 설계된 인덱스를 반드시 활용해 고성능의 쿼리를 작성하는게 중요하겠습니다.

실시간 DB조회 부하가 많이 걸리나요?

5개의 답변

기술 목록