Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

무료 데이터베이스 서버 성능 비교(SQL Server Express, IBM DB2 Express, MySQL, Sybase, PostgreSQL, Oracle XE)

지난 글에서 각종 DB에 대한 접속 방법을 테스트 해보았는데요.


기왕 테스트 환경을 만든 김에 간단한 성능 테스트 까지 해보았습니다. 다음과 같이 간단한 테이블을 만들고,

DB(Schema): mytestdb
테이블: mytable
        칼럼:  id int NOT NULL PK
               name varchar(50)
               age int
               description varchar(150) 

* 테이블 생성 후 레코드를 10개씩만 추가

.NET Framework 4.0 x64에서 다음의 SQL Server 연동 코드와 동일한 방식으로 테스트 해보았습니다.

string connectionString = ...;

using (SqlConnection sqlConnection =
    new SqlConnection(connectionString))
{
    sqlConnection.Open();

    // Create
    SqlCommand insertCommand = new SqlCommand();
    insertCommand.Connection = sqlConnection;
    insertCommand.CommandText = "INSERT INTO mytable(id, NAME, age, DESCRIPTION) VALUES (@id, @NAME, @age, @DESCRIPTION)";

    insertCommand.Parameters.Add("@id", SqlDbType.Int);
    insertCommand.Parameters.Add("@NAME", SqlDbType.VarChar, 50);
    insertCommand.Parameters.Add("@age", SqlDbType.Int);
    insertCommand.Parameters.Add("@DESCRIPTION", SqlDbType.VarChar, 150);

    string nameValue = "Name" + Guid.NewGuid().ToString();
    insertCommand.Parameters[0].Value = (int)DateTime.Now.Ticks;
    insertCommand.Parameters[1].Value = nameValue;
    insertCommand.Parameters[2].Value = 10;
    insertCommand.Parameters[3].Value = nameValue + "_Description";

    int affected = insertCommand.ExecuteNonQuery();
    Console.WriteLine("# of affected row: " + affected);

    // Update
    SqlCommand updateCommand = new SqlCommand();
    updateCommand.Connection = sqlConnection;
    updateCommand.CommandText = "UPDATE mytable SET DESCRIPTION=@DESCRIPTION WHERE NAME=@NAME";

    updateCommand.Parameters.Add("@NAME", SqlDbType.VarChar, 50);
    updateCommand.Parameters.Add("@DESCRIPTION", SqlDbType.VarChar, 150);

    updateCommand.Parameters[0].Value = nameValue;
    updateCommand.Parameters[1].Value = nameValue + "_Description2";

    affected = updateCommand.ExecuteNonQuery();
    Console.WriteLine("# of affected row: " + affected);

    // Select - ExecuteScalar
    SqlCommand selectCommand = new SqlCommand();
    selectCommand.Connection = sqlConnection;
    selectCommand.CommandText = "SELECT count(*) FROM mytable";

    object result = selectCommand.ExecuteScalar();
    Console.WriteLine("# of records: " + result);

    // Select - DataTable
    DataSet ds = new DataSet();
    SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM mytable", sqlConnection);
    da.Fill(ds, "mytable");

    DataTable dt = ds.Tables["mytable"];
    foreach (DataRow dr in dt.Rows)
    {
        Console.WriteLine(string.Format("Name = {0}, Desc = {1}", dr["NAME"], dr["DESCRIPTION"]));
    }

    // Delete
    SqlCommand deleteCommand = new SqlCommand();
    deleteCommand.Connection = sqlConnection;
    deleteCommand.CommandText = "DELETE FROM mytable WHERE NAME=@NAME";

    deleteCommand.Parameters.Add("@NAME", SqlDbType.VarChar, 50);
    deleteCommand.Parameters[0].Value = nameValue;

    affected = deleteCommand.ExecuteNonQuery();
    Console.WriteLine("# of affected row: " + affected);
}

보신 바와 같이, 테스트에 있어 어떤 기준이나 의미를 처음부터 구상하고 만든 것이 아닙니다. 그냥 말 그대로 간단한 테스트입니다.

C#으로 위의 코드를 각각 포함하는 6개 웹 페이지를 만들었습니다.

http://win2008r2:8010/PostgreSQLDefault.aspx
http://win2008r2:8010/MySqlDefault.aspx
http://win2008r2:8010/MssqlDefault.aspx
http://win2008r2:8010/OracleDefault.aspx
http://win2008r2:8010/SybaseDefault.aspx
http://win2008r2:8010/DB2Default.aspx

그리고 부하 발생기는 간단한 C# 클라이언트를 만들어서 했습니다. 그런데, 테스트 대상인 DB들 중에는 무료 버전이 심각하게 기능 제한을 한 것이 있어서, 2 TPS(Transaction per second) 정도만 요청을 보내는 것으로 했습니다. 부하 테스트가 아니므로, 평상시의 쿼리 수행 시간에 대한 비교를 할 수 있습니다.




테스트의 시각화를 위해 "제니퍼 닷넷"을 사용했습니다. 자... 각각의 DB에 어떤 결과가 나오는지 한번 볼까요? ^^


1. DB2: 무난한 성능

뭐 별로 특이 사항 없이 무난합니다. 우측 상단의 X-View라는 것을 보면 Y축이 응답시간이고, X축은 웹 페이지를 요청했던 시간입니다. 즉, 대부분의 aspx 요청에 대한 처리가 1초 안에 완료된 것을 볼 수 있습니다.

다른 DB와의 성능 비교용으로 이걸 기준으로 잡아도 될 것 같습니다. ^^

db2_perf_1.png


2. MySQL: 눈에 띄게 낮은 성능

개인적으로 MySQL의 테스트 결과가 의외였는데요. 그래도 오픈 소스에서는 나름 명성이 있는 만큼 무난한 성능을 기대했는데 그렇지 않았습니다. 아래의 결과를 보면, X-View에서도 단순한 쿼리 테스트일 뿐인데도 aspx 처리에 보통 2 ~ 3초는 걸리고 있습니다. 이 결과를 보면... 사실 MySQL에서 다른 DB로 이전하는 것만으로도 상당한 성능 효과를 볼 수 있습니다.

mysql_perf_1.png


3. Microsoft SQL Server

역시 무난합니다. 1초 내로 거의 모든 aspx 웹 페이지 처리가 완료되고 있습니다. 게다가 "힙 메모리 사용률"부분은 DB2 보다도 좀 더 안정적인 상황을 보여줍니다. DB2의 경우 사실 Unmanaged + Managed ADO.NET Provider입니다. 그런데, X-View 아래의 "최근 힙 메모리 사용률"에는 "Managed Heap" 변화만 나타는데요. 순수 Managed로 이뤄진 System.Data.dll이 Unmanaged를 함께 사용한 수준보다 낮게 힙 변화가 나온다는 것은 굉장히 최적화가 잘 되었다고 판단될 수 있습니다.

mssql_perf_1.png


4. Oracle

오라클도 무난합니다. 오라클 역시 Unmanaged + Managed이기 때문에 "최근 힙 메모리 사용률"을 보면 상당히 낮은 변화량을 볼 수 있습니다. 흠잡을 것이 없군요. ^^

oracle_perf_1.png


5. Sybase

Sybase도 무난합니다. sybase도 Unmanaged + Managed라는 점을 감안하면 "최근 힙 메모리 사용률"이 오라클 수준으로 낮을 수 있는데 그렇지 못한 것을 볼 수 있습니다. 순수 Managed로만 이뤄진 System.Data보다 높은 변동률을 보이는데요. 아무래도 최적화가 덜 된 것이라고 짐작됩니다.

Sybase의 경우 X-View 상세 보기에 나온 쿼리 프로파일 내용에 특이한 것이 발견되었습니다. Connection Open을 할 때마다 무조건 서버로 "SELECT @@version"라는 쿼리를 한번 실행하는 것이 확인되었습니다. 어쩔 때는 이것만으로 16ms가 소요되기도 합니다.

그렇게 쿼리 한번의 부하가 있다고 해도, 전반적인 성능은 MySQL보다 우수합니다.

sybase_perf_1.png


6. PostgreSQL

PostgreSQL의 ADO.NET Data Provider는 순수하게 Managed입니다. 그래서 힙 메모리 사용률이 조금 요동을 치는 것 같습니다.

PostgreSQL도 Sybase처럼 Connection Open 시에 무조건 "Select 1"이라는 쿼리를 항상 실행합니다. 물론, 그래도 MySQL보다 우수한 성능을 보이고 있습니다.

postgre_perf_1.png




MySQL의 성능이 낮은 것에 대한 이유는 잘 파악이 안 됩니다. 어쩌면 MySQL용 ADO.NET Provider가 최적화가 안 되어 그런 성능을 나타내는 걸 수도 있습니다. 그렇다고는 해도... 최소한 닷넷 프로젝트에서는 MySQL을 쓰는 것은 안 좋은 선택인 것 같습니다. 차라리, 같은 무료 DB 서버인 PostgreSQL를 권장하고 싶습니다. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/2/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2013-02-01 04시32분
[Lyn] 감사합니다.

근데 mysql 은 원래 느렷어요 (...)
[guest]
2013-02-01 04시33분
[Lyn] 혹시 테스트한 mysql 환경의 스토리지 엔진이 MyISAM인지 InnoDB인지 확인 가능할까요
[guest]
2013-02-01 10시29분
InnoDB입니다. @hjAnyflow 님이 다음과 같은 의견을 주셨네요. ^^

"mysql보다 postgres를 쓰는 이유는 낮은 성능에도 불구하고 sharding에서 일관된 성능을 보이기 때문이다.. 이런 리포트가 꽤 도는 현실이라서리... mysql의 낮은 성능결과는 드라이버 등의 외부요인이 클듯하네요. 오라클보다 빠르다는 이야기가 많고, 특히나 postgres보다는 특히나 더 그렇고요.."

나중에 시간되면,,, ^^ 한번 더 테스트를 해봐야겠습니다.
정성태
2013-02-01 11시59분
[Lyn] 단순 Select가 아니라면 mysql 이 빠를일은 없을겁니다 아마도 ...

Join 한번만 걸어도 속도가 산으로 가는놈이라 ㅡ.ㅡ;
[guest]
2013-02-04 02시47분
[dummy] MySQL에서 분리된 마리아DB는 좀 다른 모습을 보여줄까요?
[guest]
2013-02-04 05시11분
[Lyn] 마리아DB 최신버전은 Mysql과 잘 호환되지 않습니다... 자기들도 그걸 인식하는지 별도의 커넥터를 제공하더라구요.

마리아DB최신버전에 Mysql 닷넷커넥터 최신버전으로 연결시 몇몇 쿼리에서 에러가 발생했습니다.
[guest]
2013-02-13 11시48분
Sysbench OLTP: MySQL-5.6 vs. MariaDB-10.0
; http://blog.mariadb.org/sysbench-oltp-mysql-5-6-vs-mariadb-10-0/
정성태
2014-04-16 04시46분
[손님2] MYSQL은 드라이버 문제라기보다 예전부터 윈도우 버전의 최적화가 되지 않아서 리눅스 버전보다 성능이 좋지 못했습니다.
아무래도 크로스로 지원하다보니 윈도우에 특화된? 기능들을 활용하지 않았기 때문이라고 생각되고요.
MariaDB 도 MYSQL에서 포크된 후 수정이 되고 있으니 같을거라고 추측합니다..

그리고 mysql 과 mssql 을 비교하는건 별로 올바르지 못하다고 생각되는데 mssql 은 기업내에서 bi나 미션크리티컬한 환경등 엔터프라이즈한 기능들이 대부분이고 mysql 은 rdbms 가 느리다고 상당부분을 전부 제거한체 라이트하게 나온 거의 파일디비에 가깝다고 압니다.
작년인가 오라클이 mysql 을 mssql 에서 마이그레이션하게끔 유도하는 기사나? 마케팅을 펼치는건 db를 대체할 수 있다기 보다 수준이 오라클db 보다 낮다는걸 어필하기 위한 성격이 가능하다고 생각 됩니다.

mysql 이 다른 db들과 비교하는 글들이 웹사에서 올라오는데 초창기처럼 라이트하게 속도빠른 db로 남았으면 좋겠습니다.-_-
[guest]
2023-04-18 09시52분
[guest] 100만점에 100점 - Sqlite는 없지만
[guest]

1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13818정성태11/15/20245261Windows: 272. Windows 11 24H2 - sudo 추가
13817정성태11/14/20244925Linux: 106. eBPF / bpf2go - (BPF_MAP_TYPE_HASH) Map을 이용한 전역 변수 구현
13816정성태11/14/20245386닷넷: 2312. C#, C++ - Windows / Linux 환경의 Thread Name 설정파일 다운로드1
13815정성태11/13/20244809Linux: 105. eBPF - bpf2go에서 전역 변수 설정 방법
13814정성태11/13/20245277닷넷: 2311. C# - Windows / Linux 환경에서 Native Thread ID 가져오기파일 다운로드1
13813정성태11/12/20245028닷넷: 2310. .NET의 Rune 타입과 emoji 표현파일 다운로드1
13812정성태11/11/20245247오류 유형: 933. Active Directory - The forest functional level is not supported.
13811정성태11/11/20244848Linux: 104. Linux - COLUMNS 환경변수가 언제나 80으로 설정되는 환경
13810정성태11/10/20245374Linux: 103. eBPF (bpf2go) - Tracepoint를 이용한 트레이스 (BPF_PROG_TYPE_TRACEPOINT)
13809정성태11/10/20245250Windows: 271. 윈도우 서버 2025 마이그레이션
13808정성태11/9/20245256오류 유형: 932. Linux - 커널 업그레이드 후 "error: bad shim signature" 오류 발생
13807정성태11/9/20244983Linux: 102. Linux - 커널 이미지 파일 서명 (Ubuntu 환경)
13806정성태11/8/20244901Windows: 270. 어댑터 상세 정보(Network Connection Details) 창의 내용이 비어 있는 경우
13805정성태11/8/20244736오류 유형: 931. Active Directory의 adprep 또는 복제가 안 되는 경우
13804정성태11/7/20245366Linux: 101. eBPF 함수의 인자를 다루는 방법
13803정성태11/7/20245319닷넷: 2309. C# - .NET Core에서 바뀐 DateTime.Ticks의 정밀도
13802정성태11/6/20245692Windows: 269. GetSystemTimeAsFileTime과 GetSystemTimePreciseAsFileTime의 차이점파일 다운로드1
13801정성태11/5/20245480Linux: 100. eBPF의 2가지 방식 - libbcc와 libbpf(CO-RE)
13800정성태11/3/20246321닷넷: 2308. C# - ICU 라이브러리를 활용한 문자열의 대소문자 변환 [2]파일 다운로드1
13799정성태11/2/20244906개발 환경 구성: 732. 모바일 웹 브라우저에서 유니코드 문자가 표시되지 않는 경우
13798정성태11/2/20245505개발 환경 구성: 731. 유니코드 - 출력 예시 및 폰트 찾기
13797정성태11/1/20245491C/C++: 185. C++ - 문자열의 대소문자를 변환하는 transform + std::tolower/toupper 방식의 문제점파일 다운로드1
13796정성태10/31/20245381C/C++: 184. C++ - ICU dll을 이용하는 예제 코드 (Windows)파일 다운로드1
13795정성태10/31/20245163Windows: 268. Windows - 리눅스 환경처럼 공백으로 끝나는 프롬프트 만들기
13794정성태10/30/20245261닷넷: 2307. C# - 윈도우에서 한글(및 유니코드)을 포함한 콘솔 프로그램을 컴파일 및 실행하는 방법
13793정성태10/28/20245134C/C++: 183. C++ - 윈도우에서 한글(및 유니코드)을 포함한 콘솔 프로그램을 컴파일 및 실행하는 방법
1  2  3  4  [5]  6  7  8  9  10  11  12  13  14  15  ...