MySQL과 Redis의 데이터 처리 성능 비교 평가

Comparative Evaluation of Data Processing Performance between MySQL and Redis

Abstract

최근 디지털 변화와 코로나19의 영향으로 온라인 활동이 급증함에 따라 대규모 데이터 처리와 유지보수의 중요성이 점점 커지고 있다. 이 연구는 데이터 저장 및 관리에 널리 사용되는 두 주요 데이터베이스 유형인 관계형 데이터베이스(RDBMS)와 비관계형 데이터베이스(NoSQL)의 성능을 비교 분석한다. 구체적으로, RDBMS의 대표 예인 MySQL과 NoSQL의 대표 예인 Redis를 사용하여 데이터 삽입, 조회, 삭제 기능의 수행 시간을 측정하고 평가했다. 실험 결과, Redis는 MySQL에 비해 데이터 삽입에서 약 5.84배, 조회에서는 약 6.61배, 삭제에서는 약 12.33배 빠른 성능을 보였다. 이 결과는 Redis가 특히 대규모 데이터 처리와 유지보수가 필요한 환경에서 뛰어난 성능을 제공함을 보여준다. 이에 따라 기업 및 온라인 서비스 제공자들은 Redis와 같은 NoSQL 데이터베이스를 선택함으로써 보다 효율적인 데이터 관리 솔루션을 확보할 수 있을 것이다. 본 연구가 데이터베이스 선택 시 데이터 처리 성능을 고려하는 데 중요한 참고 자료로 활용되기를 기대한다.

As online activities have rapidly increased due to recent digital changes and the impact of COVID-19, the importance of large-scale data processing and maintenance is increasing. This study compares the performance of the two main types of databases widely used for data storage and management: Relational Database Management Systems (RDBMS) and Non-Relational Databases (NoSQL). Specifically, we measured and evaluated the execution time of data insertion, query, and deletion functions using MySQL, a representative example of RDBMS, and Redis, a representative example of NoSQL. The experimental results showed that Redis showed performance about 5.84 times faster in data insertion, 6.61 times faster in query, and 12.33 times faster in deletion than MySQL. These results demonstrate that Redis provides superior performance, especially in environments requiring large-scale data processing and maintenance. Therefore, companies and online service providers can choose NoSQL databases such as Redis to ensure more efficient data management solutions. We hope this study will be an essential reference when selecting a database based on data processing performance.

1. 서론

최근 급속한 디지털 변화, 특히 코로나19의 급속한 확산으로 인터넷 산업이 이전보다 더 중요한 역할을 하게 되었다[1]. 글로벌 비상사태로 인한 온라인 활동 증가로 인하여 온라인 서비스에 대한 수요가 급증하면서, 기업 및 온라인 서비스 제공자들은 대규모 데이터 처리와 유지보수에 대한 과제에 직면하고 있다[2].

데이터 저장 및 관리를 위해 주로 사용되는 두 가지 주요 데이터베이스 유형은 관계형 데이터베이스(RDBMS, Relational Database Management System)와 비관계형 데이터베이스(NoSQL, Not only SQL)이다[3]. RDBMS는 데이터를 테이블 형태로 구조화하여 저장함으로써, 데이터의 일관성과 무결성을 보장한다[4]. 이러한 구조는 안정적이고 신뢰성 있게 데이터를 관리하는 데에 효과적이다. 그러나 복잡한 쿼리 및 대량의 데이터 처리에서는 성능 저하가 발생할 수 있으며, 수평적 확장이 어려워 대규모 데이터 처리에 제한이 있다.

반면, NoSQL은 유연한 데이터 저장 구조를 통해 높은 확장성과 병렬 처리를 가능하게 하여, 대규모 데이터베이스 환경에서 높은 성능을 제공한다. 예를 들어, 데이터를 수평으로 확장할 수 있으며, 쓰기 및 읽기 작업을 병렬로 처리할 수 있어 고성능을 제공한다. 특히, NoSQL 데이터베이스 중에서는 메모리 기반의 데이터 처리를 제공하는 Redis가 뛰어난 성능을 제공한다[5]. 하지만 NoSQL은 일관성 모델의 한계를 가질 수 있다. 일부 NoSQL 시스템은 느슨한 일관성을 제공하며, 데이터의 일관성이 시간에 따라 보장되지 않을 수 있다.

RDBMS는 보안과 데이터 무결성이 필수인 정부 및 규제 기관에서 주로 사용되며, 은행 시스템, 예약 시스템, 주문 처리 시스템 등 트랜잭션 처리가 중요한 금융 및 예약 시스템 등에서도 활용된다. 그러나 RDBMS를 사용하는 대부분의 웹 서비스에서는 대량의 접속 로그를 처리하는 과정에서 성능 저하 문제가 발생할 수 있다. 이 문제를 해결하기 위해, 테이블 간의 연결이 필요가 없는 데이터에 대해서는 NoSQL과 같은 메모리 기반의 데이터 저장 방식을 적용함으로써 처리 속도를 효과적으로 개선할 수 있다. 특히, 불필요한 연결이 없는 경우에는 Redis를 활용하여 데이터 처리 속도를 높일 수 있다[6]. Redis는 NoSQL 데이터베이스 중에서 가장 빠른 속도를 제공한다[7]. 그리고, 최근 연구에 따르면 대용량 데이터 처리에서 NoSQL이 기존 RDBMS인 MySQL, PostgreSQL, Oracle 등 보다 우수한 성능을 보여준다[8][9][10].

본 논문은 RDBMS와 NoSQL의 성능을 비교 분석한다. 이를 위해 RDBMS 대표 예인 MySQL과 NoSQL의 대표적인 예인 Redis를 활용하여 데이터 처리 함수(삽입, 조회, 삭제)의 시간을 측정하고 평가한다.

본 논문의 구성은 다음과 같다. Ⅱ장에서는 MySQL과 Redis의 주요 차이점을 설명한다. Ⅲ장에서는 MySQL과 Redis의 성능을 비교하기 위한 평가지표와 실험 방법에 대해 자세히 기술한다. Ⅳ장에서는 MySQL과 Redis의 데이터 처리 성능을 검증한다. Ⅴ장에서는 결론 및 앞으로의 연구 계획을 제시하며 마무리한다.

2. MySQL과 Redis

2.1 RDBMS 구조 소개

RDBMS는 데이터베이스에 저장된 구조, 즉 데이터 스키마를 명확하게 정의하는 것이 중요하다. 각 테이블은 여러 열(column)을 가지며, 각 열은 특정 데이터 유형(예: 문자열, 숫자, 날짜 등)을 가진다. 테이블의 각 행(row)은 하나의 데이터 레코드를 나타내며, 각 열의 데이터 유형에 맞는 값이 저장된다. 즉, 데이터의 모든 내용은 정의된열을 준수해야 하며, 해당 형식에서만 데이터 조작을 수행할 수 있다[11].

2.2 MySQL의 구조 및 동작 원리

MySQL은 오픈 소스 RDBMS로 가장 널리 사용되는 데이터베이스 중 하나이다. MySQL의 구조는 모든 데이터를 2차원 테이블 형태로 표현한다. 테이블은 하나 이상의 열과 행으로 이루어져 있다. 그림 1은 MySQL 구조를 나타낸다. User 테이블의 ID는 Order 테이블의 User-ID와 연결되어 있고, Product의 Product는 Order의 Product와 연결되어 있어 테이블과 테이블 간 관계를 맺고 있는 형태이다[12]. 따라서 정해진 스키마에 따라 데이터를 저장해야 하고, 명확한 데이터 구조를 보장하는 장점이 있음과 동시에 정해진 스키마로 인해 데이터가 유연하지 못하다는 단점이 있다[13].

(그림 1) MySQL 구조 예시

(Figure 1) MySQL Structure Example

2.3 NoSQL 구조 소개

NoSQL 구조는 크게 네 가지로 분류할 수 있다[14]. 그림 2와 같이, Column-Family, Key-Value, Document, Graph 구조로 나뉜다. 첫째, Column-Family는 전통적인 RDBMS와 같이 테이블 형태로 보이지만, RDBMS와는 다르게 행보다는 열에 데이터를 저장하는 구조다[15]. 이는 주로 대규모 빅데이터 분야에서 활용되며, 하나의 열에 방대한 양의 데이터를 추가할 수 있다. 둘째, Key-Value는 여러 종류의 NoSQL 중 가장 간단한 구조이고, Key 값과 Value 값이 쌍을 이루어 데이터를 저장한다. 저장 형태의 단순함으로 인해 뛰어난 확장성을 제공한다. 셋째, Document 구조는 데이터를 테이블이 아닌 문서 형태로 저장하며[16], 주로 JSON과 유사한 형식으로 데이터를 저장한다. 이런 특정 문서 형태를 가지는 구조 때문에 Key-Value 구조보다 한 단계 높은 복잡성을 보인다. 마지막으로, Graph 구조는 NoSQL 구조 중 가장 높은 복잡도를 가진 종류이다. 주로 객체들 사이의 관계를 저장하는 것이 중요한 경우 사용한다. 객체와 간선을 사용하여 관계와 방향을 표시한다.

(그림 2) NoSQL 구조 예시

(Figure 2) NoSQL Structure Example

2.4 Redis의 구조 및 동작 원리

Redis는 Key-Value의 구조를 가진다. 이 구조는 데이터베이스를 키-값 쌍의 형태로 저장하는 NoSQL 유형으로, 각 키는 고유한 식별자 역할을 하여 다양한 데이터를 저장한다. 그림 3은 키-값 기반 데이터베이스를 나타내는 Redis 구조를 나타낸다. 이 방식은 단순한 객체부터 복잡한 집합체에 이르기까지 모든 것을 키와 값으로 표현할 수 있으며, 다른 데이터베이스 유형에서는 어려운 수평적 확장성을 제공한다[17].

(그림 3) 키-값 기반 Redis 구조

(Figure 3) Key-Value Based Redis Structure

Redis는 키-값 기반의 인메모리(In-memory) 데이터베이스로서, 데이터를 메모리에 직접 저장하고 관리한다. 이는 디스크 기반의 MySQL과 달리 더 빠른 속도로 데이터를 처리할 수 있다. 또한, Redis는 MySQL과 달리 고정되어 있지 않은 테이블 스키마를 갖는다. 그렇기에 데이터 간의 관계를 정의하지 않고, 사전에 스키마를 정의하지 않아도 데이터를 저장할 수 있는 유연성을 제공한다[18]. 데이터를 저장하는 열이, 각각 다른 이름을 가지거나 다른 데이터 형태로 존재하는 것이 가능하다. 이러한 특징은 Redis를 효율적이고 확장 가능한 데이터 저장 솔루션으로 만든다.

2.5 RDBMS와 NoSQL의 비교

RDBMS는 데이터를 디스크에 저장하며 쿼리 성능은 인덱스와 디스크 I/O(Disk Input/Output)에 크게 의존한다[19]. 따라서 복잡한 쿼리와 조인 연산을 지원하지만, 대규모 데이터 처리에서는 성능이 저하될 수 있다. 반대로 NoSQL은 모든 데이터를 메모리에 저장하여 매우 빠른 읽기와 쓰기 성능을 제공한다[20].

RDBMS 구조인 MySQL은 정형화된 데이터와 복잡한 쿼리, 트랜잭션 처리에 적합하지만, NoSQL구조인 Redis는 고속 데이터 접근, 대용량 데이터 처리, 실시간 데이터 처리가 필요한 경우에 더 적합하다[21].

3. 성능 평가 실험 방법

3.1 데이터 처리 성능 평가 방법

본 성능 평가는 스프링 부트(Spring Boot)와 자바(Java) 언어를 사용하여 진행한다. MySQL과 Redis의 데이터 처리 성능을 비교 평가하기 위해, 데이터 삽입, 데이터 조회, 데이터 삭제 함수를 스프링 부트 환경에서 개발한다. 보다 정확한 측정을 위하여 본 논문에서 다루는 데이터베이스 성능 측정을 위한 프로세스 이외에는 아무것도 실행하지 않는 상태로 진행한다. 그리고, 각 함수의 성능 평가 실험에 소요된 시간을 측정한 후 로그 형태로 기록한다. 기록된 데이터를 통해 두 데이터베이스 시스템의 성능을 비교 분석한다.

3.1.1 MySQL 성능 평가

MySQL에 대한 데이터 처리 성능을 평가하기 위해 특정 실험을 수행한다. 이 실험에서는 데이터 삽입, 조회, 삭제 작업을 각각 10,000회 실행하며, 이 과정에서 무작위로 생성된 정수형 데이터를 사용한다. 각 함수의 성능은 1,000회 실행마다 평균 수행시간을 측정하여 기록한다. 이러한 측정은 총 10번 반복하여 전체적인 평균 시간을 계산한다. 각 함수의 측정 결과는 로그 파일로 저장하고 성능 평가에 사용한다.

데이터 삽입 함수는 10,000개의 무작위 정수형 데이터를 객체 형태로 만들어 MySQL 데이터베이스에 저장한다. 데이터 조회 함수는 무작위 정숫값으로 생성된 특정 ID에 대한 데이터를 조회하는 작업을 수행한다. 데이터 삭제 함수는 무작위로 생성된 특정 ID에 해당하는 데이터의 존재 여부를 확인한 후, 데이터가 존재할 경우 해당 데이터를 삭제한다.

3.1.2 MySQL 쿼리

데이터 삽입, 조회, 삭제문의 쿼리는 각각 INSERT, SELECT, DELETE를 이용하여 구성된다. 삽입문은 ‘INSERT INTO TEST_TABLE (ID, DATA) VALUES (?, ?)’를 이용하여 성능 실험용 테이블인 TEST_TABLE에 새로운 행을 삽입한다. ID는 기본 키, DATA는 데이터를 뜻한다. 조회문은 ‘SELECT * FROM TEST_TABLE WHERE ID = ?’를 사용하여 해당 행의 데이터를 조회하도록 하였다. 특히 다른 데이터보다 기본 키인 ID를 사용하여 불필요한 디스크 I/O를 줄여 효율적인 탐색이 가능하도록 하였다. 삭제문은 ‘DELETE FROM TEST_TABLE WHERE ID = ?’를 사용하여 해당 행의 데이터를 지우도록 하였다. 삭제문 또한 조회문과 마찬가지로 기본 키인 ID를 사용하였다. 각 쿼리문은 ID를 기본 키로 사용하여 데이터베이스의 성능을 향상시켰다. INSERT, UPDATE, DELETE를 사용하여 데이터 무결성 또한 지켜지도록 하였다.

3.1.3 Redis 성능 평가

Redis는 데이터를 Redis의 문자열 형식으로 키-값 쌍을 저장하는데, 여기서 키는 ‘key’ 문자열에 순번을 붙인 문자열이고 값은 0부터 999까지의 무작위 정수이다. 이렇게 만들어진 무작위 데이터 10,000개를 이용하여 수행시간을 측정하여 Redis의 성능을 평가한다. 각 함수의 측정 결과는 로그 파일로 저장하고 성능 평가에 사용한다.

데이터 삽입 함수는 키-값 쌍으로 만들어진 데이터를 삽입하고, 데이터 조회 함수는 무작위 정숫값으로 생성된 특정 키에 대한 데이터를 조회한다. 데이터 삭제 함수는 무작위 정숫값으로 생성된 특정 키에 대한 데이터를 삭제할 때, 삭제할 키를 이용하여 Redis에서 데이터를 삭제한다.

3.2 실험 환경 구축 및 성능 평가

본 실험은 Windows 11의 노트북 환경에서 진행되며, 16.0 GB의 RAM을 사용한다. 64비트 운영 체제로, x64 기반 프로세서의 시스템 종류를 사용하며 프로세서는 13th Gen Intel(R) Core(TM) i5-1340P, 1.90 GHz이다.

소프트웨어 개발 환경은 Java와 스프링 부트를 이용하였고, MySQL 및 Redis의 클라이언트 라이브러리를 프로젝트에 추가하여 이 두 데이터베이스 시스템과 통신할 수 있도록 한다.

MySQL과 Redis를 설치한 후 스프링 부트를 사용하여 데이터 삽입, 조회, 삭제 기능을 각각 수행하는 애플리케이션을 개발하여 MySQL 및 Redis와 상호 작용할 수 있는 데이터베이스 연결 및 쿼리를 구현한다. 이 애플리케이션을 실행하여 MySQL 및 Redis에서 각각의 기능을 10,000회씩 수행하여, 1,000회마다 평균 수행시간을 측정하여 총 10회 반복한 결과를 기록한다. 이 결과를 바탕으로 두 데이터베이스의 성능을 비교 및 평가한다.

3.2.1 Redis 쿼리

RedisTemplate을 사용하여 키-값 쌍을 Redis에 저장할 수 있도록 쿼리를 구성하였다. 삽입문은 ‘redisTemplate.opsForValue().set(key, keyIndex))’를 사용하여 MySQL에 저장되는 것과 비슷하게 두 가지의 데이터가 저장되도록 하였다. key와 keyIndex는 각각 키-값 쌍이다. 조회문은 ’redisTemplate.opsForValue()..get(key)’를 사용하였다. 키를 사용하여 값을 조회하는 방식이다. 삭제문은 ‘redisTemplate.opsForValue().delete(key)’를 사용하였다. 조회문과 같은 방식으로 키를 사용하지만 조회한 값을 삭제하는 쿼리문이다. 각 쿼리문은 키를 이용하여 값을 조회하는 키-값 데이터베이스의 특징을 살려 작성되었다. 데이터베이스에 부하가 가지 않도록 적절히 분산되어 실행되도록 하였다.

4. 성능 평가

4.1 MySQL 성능 평가

먼저, MySQL에서 성능을 평가한다. 표 1은 삽입, 조회, 삭제 기능을 각각 10,000번씩 수행하고, 1,000회당 1번 평균 소요 시간을 산출한 결과를 나타낸다. 데이터 삽입은 평균 소요시간은 평균 1.3763ms, 데이터 조회는 평균 1.055ms, 데이터 삭제는 평균 1.7473ms가 걸렸다. 이 결과는 MySQL 데이터베이스의 각 기능별 처리 속도를 구체적으로 보여준다.

(표 1) MySQL에서 데이터 처리 성능 평가 결과

(Table 1) Data processing performance evaluation results in MySQL

4.2 Redis 성능 평가

다음은 Redis의 성능 평가 결과이다. Redis는 키와 값의 쌍을 이루는 키-값 기반 데이터베이스이므로, 데이터 삽입 시에 각 데이터값에 키를 부여했다.

표 2는 Redis의 삽입, 조회, 삭제 함수에 대한 데이터 처리 성능을 보여준다. 데이터 삽입은 평균 결과가 0.2357ms, 데이터 조회는 평균 0.1595ms, 데이터 삭제는 평균 0.1417ms가 소요되었다. 이 결과는 Redis 데이터베이스의 각 기능별 처리 속도를 구체적으로 보여준다.

(표 2) Redis에서 데이터 처리 성능 평가 결과

(Table 2) Data processing performance evaluation results in Redis

4.3 결과 비교 및 정리

본 섹션에서는 MySQL과 Redis의 기능별 성능을 비교하고 평가한다. 표 1과 표 2의 실험 결과를 바탕으로 두 데이터베이스의 처리 성능을 분석한다.

Redis는 데이터 처리 성능에서 MySQL에 비해 뛰어난 결과를 보여주었다. 데이터 삽입에서 Redis는 MySQL보다 약 5.839배 빠르며, 데이터 조회에서는 약 6.614배 더 빠른 성능을 제공하였다. 데이터 삭제 작업에서는 Redis가 MySQL보다 약 12.331배 더 빠른 결과를 나타내었다. 그림 4는 MySQL과 Redis의 기능별 성능 평가 결과를 시각적으로 나타낸다. 데이터 삽입, 조회, 삭제 모두에서 Redis의 함수 수행 시간이 MySQL보다 짧은 것을 보여준다. 구체적으로, 삽입은 MySQL 대비 Redis가 5.84배, 조회는 6.61배, 삭제에서는 12.33배 빠르고, 전체 평균으로는 7.78배 빠른 성능을 보였다. 이러한 결과는 Redis가 MySQL에 비해 데이터 처리 속도 면에서 상당한 우위를 가지고 있음을 명확히 보여준다.

(Figure 4) Comparison of data processing performance between MySQL and Redis

5. 결론 및 향후 연구 계획

본 논문은 대규모 데이터 처리 및 유지보수를 위한 두가지 주요 데이터베이스, MySQL과 Redis의 데이터 처리 성능을 비교 평가한다. 데이터 처리 성능 실험을 통해, Redis가 데이터 삽입, 조회, 삭제 기능에서 MySQL에 비해 우수한 성능을 보였다. Redis는 인메모리 데이터베이스 특징으로 인해, MySQL 대비 빠른 데이터 처리 속도를 제공한다. 이러한 결과는 대규모 데이터 처리와 유지 보수가 필요한 기업 및 온라인 서비스 제공자들에게 중요한 참고 자료를 제공한다.

향후 연구에서는 Redis 성능을 더욱 향상시킬 수 있는 방안을 탐구할 것이다. 또한 다양한 데이터베이스 유형과의 성능 비교를 통해 보다 효과적인 데이터 관리 전략을 제안할 것이다. 데이터 처리 성능을 고려한 최적의 데이터베이스 선택은 필수적이며, 이러한 연구를 통해 현대 디지털 환경에서 데이터 관리의 효율성을 향상시키는 데 기여할 것으로 기대한다.