현재 약 5억건 정도의 데이터를 가지고 있는 테이블이 있습니다.
현재는 MariaDB innoDB를 사용중입니다.
파티션은 아직 사용하고 있지 않고요, 고려중입니다. (파티션을 사용할 지, DBMS를 교체할 지..)

테이블 구조는 아주 단순합니다.

특정 지역의 지도가 있다면.. 하나의 세트가 열500개 * 행500개로 이루어진 격자 데이터입니다.
'필드구분자'는 데이터 종류입니다. '기온', '습도' 등등이 됩니다. (1이면 기온, 2이면 습도 등등)

그러니까, 특정 지역의 지도를 500개*500개로 나눈 격자에, 특정 시각에 해당하는 데이터가 주욱 기록되어 있는 구조입니다.

현재, '필드구분자', '시각', '행번호'에 대해서 PK를 잡아 놓은 상태입니다.

데이터를 기록하는 것은, 특정 시점에 한 번에 기록합니다.
예를 들어, 2019년 데이터가 정리되면, 2019년 데이터 수천만건을 한 번에 기록하겠지요.
이 시간이 오래 걸리는 것은 크게 문제가 되지 않습니다. 1년에 한 번 있는 일이니까요.

데이터를 업데이트 하는 경우는 없습니다. 업데이트 한다는 것은 무엇인가 잘못되었다는 것인데..
이렇게 되면, 아마 대량으로 삭제하고, 대량으로 추가하게 되지 않을까 합니다.

문제는 데이터를 조회하는 것입니다. 대부분의 결과셋은 다음과 같은 구조로 조회합니다.
특정 지역의 좌표를 정합니다. (예: 열5, 행20)
그리고 이런 데이터를 2010년 1년치를 뽑아내는 것이죠.
그러니까, 주된 연산은 '피벗' 입니다.

이런 상황인데요.. 조회 속도가 느려서, 이것을 개선하고 싶은 것입니다.

어떻게 하면 좋겠습니까?

1. 현재의 MariaDB를 그대로 사용합니다. 파티션을 잡으면 그럭저럭 괜찮을 것입니다.
2. NoSQL, MongoDB와 같은 RDB가 아닌 것을 사용하는 것이 적합해 보입니다.
3. 기타 다른 해결책

어떤 것이 가장 낫겠습니까?

아, 서버 하드웨어는 빵빵합니다.
메모리 128G에 400G SSD 6개를 RAID5 해서 사용중입니다.