제익

NoSQL이란?NoSQL은 "Not Only SQL"의 줄임말로, 전통적인 관계형 데이터베이스(RDB)가 아닌 다양한 방식으로 데이터를 저장하는 데이터베이스를 말한다.쉽게 말해, 꼭 표처럼 데이터를 저장하지 않아도 되는 데이터베이스다. 예를 들어, 사진첩에 사진을 날짜별로 정리하는 것이 RDB라면, NoSQL은 앨범 이름, 주제, 사람 등 다양한 기준으로 자유롭게 정리할 수 있는 느낌이다.정해진 틀이 없어도 데이터를 유연하게 담을 수 있어, 변화가 많은 현대 서비스에 특히 잘 맞는다.NoSQL의 특징위에서 설명한 것처럼 전통방식의 RDB가 아닌 것들이 대부분 No SQL에 속한다. 예를 들어 key-value store, Document Store 같은 것들이 NoSQL의 한 종류이며, 이들은 다음과 같..

시계열 데이터베이스(TSDB)란?시계열 데이터베이스(Time Series Database, TSDB)는 시간과 함께 변화하는 데이터를 저장하고 관리하는 데 특화된 데이터베이스다. 쉽게 말해, 시간을 기준으로 데이터를 저장하는 데이터베이스라고 할 수 있다.예를 들어, IoT 센서가 매 초마다 온도를 기록하거나, 주식 시장에서 특정 종목의 가격이 변하는 데이터, 서버의 CPU 사용량 변화 등이 시계열 데이터에 해당한다. 즉, 시계열 데이터베이스는 이러한 데이터를 효과적으로 저장하고 빠르게 검색할 수 있도록 설계된 시스템이다.시계열 데이터베이스의 특징 관계형 데이터베이스는 꾸준한 사용 트렌드가 유지되고 있는 반면, 시계열 데이터베이스는 점차 줄어들고 있는 모습이다. 그럼에도 불구하고 시계열 데이터베이스는 여러..

데이터베이스란?데이터베이스(Database, DB)는 체계적으로 저장된 데이터의 집합으로, 필요할 때 쉽게 검색하고 관리할 수 있도록 설계된 시스템이다. 비유하자면, 데이터를 체계적으로 저장하고 관리하는 창고 정도로 볼 수 있다.일상 속에서, 우리가 스마트폰에서 연락처를 찾거나, 온라인 쇼핑몰에서 주문 내역을 조회하는 모든 과정 뒤에는 데이터베이스가 정보를 저장하고, 가져오고, 수정하는 역할을 하는 것이다. 그렇기 때문에 우리는 이 데이터베이스를 안전하고 효율적으로 관리할 필요가 있다.  데이터베이스의 종류데이터베이스는 어떻게 저장할지, 어디서 사용할 지 등에 따라 여러 가지 유형으로 나뉜다. 여러 종류의 데이터 베이스가 있지만 가장 대표적인 것이 관계형 데이터베이스다.(RDB, Relational DB..

이전 글에서 binary log를 이용한 MariaDB 이중화 방법과, GTID에 대한 개념을 정리했다.1. [MariaDB (2/5)] MariaDB 이중화 테스트(Master - Slave)2. [MariaDB (3/5)] MariaDB 이중화 테스트(Master - Master) 3. [MariaDB (4/5)] MariaDB 이중화 테스트(GTID 1. 개념 정리) 그럼 이제 GTID를 이용해 마리아DB 이중화를 실제로 진행해보자.이중화 프로세스 요약(사전 작업) binary log 설정Master 서버의 GTID 값 확인Master 서버의 GTID 값을 Slave에서도 사용하도록 적용GTID(Global Transaction ID)replication에 참여한 서버 간 unique ID 값A-B..

이전 블로그에서 binary log를 이용한 MariaDB 이중화 방법을 알아보았다.1. [MariaDB (2/5)] MariaDB 이중화 테스트(Master - Slave)2. [MariaDB (3/5)] MariaDB 이중화 테스트(Master - Master) 위 방법들은 전통적인 Binary Log 기반 이중화 방법으로, 여러 단점이 있다. 1️⃣ Failover(장애 복구)가 복잡함마스터 장애 발생 시, 슬레이브를 새로운 마스터로 승격하려면 Binary Log 파일과 Position을 직접 설정해야 함.실수하면 데이터 불일치 발생 가능.2️⃣ 슬레이브 추가 시 Position 지정 필요SHOW MASTER STATUS;로 확인한 Binary Log 파일과 Position을 슬레이브에 직접 입력해..

Maria DB 이중화 (replication)Maria DB의 데이터를 또 다른 Maria DB에 복제시켜 동일한 데이터를 관리하는 방식이미지 출처 : https://mariadb.com/kb/en/replication-overview/Maria DB 이중화의 목적고 가용성 확보 : Master DB 장애 발생 시 Slave를 Master로 승격시켜 서비스의 중단 없이 운영이 가능읽기 성능 향상 : 읽기(SELECT)를 Slave가, 쓰기(UPDATE, DELETE, INSERT)를 Master가 수행하도록 기능을 분리시켜 성능 향상이 가능데이터 백업 및 안전성 확보 : Master DB가 망가져도 Slave를 통해 데이터의 백업이 가능데이터 분석 및 테스트 환경의 분리 : 운영중인 Master DB ..