[Clickhouse] Mutation

Clickhouse에서 Mutation은 매우 까다로운 부분이다.
Clickhouse는 구조상 변경(mutation)보다는 단순 생성(insert)에 최적화되어있기 때문이다.

그래서 clickhouse의 update/delete는 구문부터 다르다.

update가 아니라 alter table로 시작하는데, 그만큼 무겁고 큰 영향을 주는 동작임을 암시한다.

실제로 update를 날리면 일반적인 행 데이터베이스와 다르게 그 행만 수정하는 것이 아니라, 해당 값이 속한 part를 전체 재구성한다. 그래서 가장 좋은 것은 mutation을 쓰지 않는 것이다.

mutation의 제한

update 쿼리를 날린다면, 그건 일반적인 DB에서 기대하는 수정과 사뭇 다를 것이다.
일단 update mutation은 비동기로 실행된다. 쿼리 요청 날리는데 성공하고 응답 받았다고 수정이 되는게 아니란 것이다.

mutation 쿼리들은 비동기 큐에 쌓이고 clickhouse가 느긋하게 꺼내서 처리하는 방식으로 동작한다.
그 큐 테이블이 system.mutations라는 시스템 수준 테이블이다.

보면 이런 식으로 되어있다.

동시에 실행할 수 있는 mutation의 개수는 제한이 있다.
변경은 가능하지만, 보통은 100개 정도가 한계다.

그래서 무거운 mutation을 날린다면 그게 리소스를 점유하고 다른 mutation을 블럭할 수도 있다.
그럴 때는 KILL 명령으로 mutation을 강제 중단하는 것이 좋다.
https://clickhouse.com/docs/sql-reference/statements/kill#kill-mutation

권장사항

상기했듯이 가장 좋은 것은 mutation을 사용하지 않는 것이다.

값의 변경이 필요하다면 ReplacingMergeTree로 테이블을 만들고, 새 값의 데이터를 INSERT한 다음에 그것이 병합되도록 하는 것이 가장 성능적으로 나은 방법이다.
물론 병합되기까지는 딜레이가 존재하고, 느슨한 유일성을 허용하는 것이 가능하다면 이게 가장 좋다.
https://blog.naver.com/sssang97/223926254595

참조
https://clickhouse.com/docs/managing-data/update_mutations
https://clickhouse.com/docs/optimize/avoid-mutations