[질문] DB문제

[30세전에특급..(wetland3005)]

HDD 환경에 Postgresql이 권장되지 않는 이유를 서술

- dc official App

[밀우(ggbadza2)]

에초에 b트리기반 rdb들이 다 자기 저장소에는 별로아님? 순차탐색에 최적화된 로그기반 db를 써야지

[30세전에특급DBA(wetland3005)]

[밀우(ggbadza2)]

[30세전에특급DBA(wetland3005)]

클러스터드 인덱스 - dc App

[밀우(ggbadza2)]

@30세전에특급DBA 그건 mysql(innodb)가 강제아님? postgresql도 클러스티드 인덱스임? 그리고 클러스티드인덱스면 걍 시퀀스id로 인조키pk로 잡아면 되자늠

[30세전에특급DBA(wetland3005)]

너가 rdb가 다 자기저장소 에서 별로라며 - dc App

[30세전에특급DBA(wetland3005)]

postgresql은 클러스터드 인덱스 없음 - dc App

[밀우(ggbadza2)]

@30세전에특급DBA 그야 결국 데이터 단순 추가 뿐만 아니라 수정하려면 결국 과거데이터 위치로 이동해야하거든. 로그기반은 순전히 순차쓰기가 가눙해서 b트리 기반보다 훨신 효율적인 쓰기성능이있는거고

[30세전에특급DBA(wetland3005)]

그러면 로그 기반 DB는 데이터가 디스크 플래터에 인접한 위치에 순차적일 확률이 높은거임? 어떤 원리로? - dc App

[30세전에특급DBA(wetland3005)]

일단 클러스터드 인덱스는 그럴 확률이 높아짐 ㅇㅇ - dc App

[밀우(ggbadza2)]

@30세전에특급DBA db자체가 그렇게 설계된거임. 로그는 데이터를 '새로'쓰는거니깐 무조건 순차적으로 저장소에 쓰기를 하지. 다만 최초 정렬은 메모리단에서 수행하고 병합된 로그를 디스크에 쓰는 방식으로 수행해서 색인을 유지함. 메모리에서 먼저 검색하고 없으면 추가한 로그에서 색인 조회. 거기서도 없으면 2차 병합 로그... 과거 데이터를 덮어씌우는 일은 일절 하지않고 그냥 '버림'

[밀우(ggbadza2)]

@30세전에특급DBA 이런 구조로만들어진게 mysql의 rocks엔진일거임. myrocks라고 부르는듯?

[30세전에특급DBA(wetland3005)]

조금 겉핥기 해보니까 맞는 말인데 워크로드 유형에따라 갈리는듯 근데나는 rdb얘기하는건데 왜갑자기 나왔나 싶기도하고 - dc App

[밀우(ggbadza2)]

@30세전에특급DBA 어차피 rdb나 nosql은 읽기스키마냐 쓰기스키마냐의 관계지 db내부작동 구조랑은 상관없잖아. myrocks도 rdb인데 lsm트리쓰는거고

[30세전에특급DBA(wetland3005)]

읽기스키마냐 쓰기스키마냐 는 뭔 얘긴지 모르겠고 일단 내가 본문에 RDB에 국한된 얘기 인지를 빼먹긴했지만 나는 탱크를 얘기하면서 탱크중에 어떤점이 어떤 상황에서 뭐뭐하다를 얘기하고 싶었는데 너는 갑자기 전투기 얘기를꺼낸 셈임 - dc App

[30세전에특급DBA(wetland3005)]

다른 얘로 들면 나는 한 생물종 내에 이 생물이 다른 생물에 비해 어쩌구 한점 이걸 얘기하고 싶었는데 너는 포유류로 확대해서 얘기하고 그런식? - dc App

[30세전에특급DBA(wetland3005)]

*다른 예 - dc App

[30세전에특급DBA(wetland3005)]

약간... rdb가 느리다고 생각해서 redis를 도입했어요 같은느낌 - dc App

[밀우(ggbadza2)]

[30세전에특급DBA(wetland3005)]

여튼 쓰기비율이 높은 워크로드에서는 다른 RDB에 비해서도 너가 말한 로그DB가 더 효율적인건 맞으니 아무래도 조아쓰 - dc App

[익명(119.56)]

HDD 환경에 Postgresql이 권장되지 않는 이유이기 때문

[30세전에특급DBA(wetland3005)]

[さかいもか(magnet5519)]

그래서 이유가 뭐임 ㅇㅅㅇ