[지디넷코리아]성능 데이터를 검토해 최고의 기술을 선택한다는 것은 데이터를 만들어내는 것만큼 어려운 일이다. 특히 데이터베이스 벤더들이 승인하지 않는 벤치마크 결과의 공개를 차단하기 위해 라이선스 계약에 벤치마크와 관련된 문구를 절대 삽입하지 않는 데이터베이스 분야에서는 더욱 그렇다.

그러나 고객들의 구매를 위해서는 정보가 필요하고 eWEEK 랩에서 이번에 다시 확인한 것과 같이 벤치마크 테스트는 프로젝트의 성패에 영향을 미칠 수 있는 예상하지 못한 기술적인 장점과 결점을 파악하는데 있어 필수불가결하다.

지난 1월부터 2월초까지 4주 동안 eWEEK/USA와 자매지인 PC매거진은 최근 발표된 5가지의 서버 데이터베이스 버전에 대한 종합적인 벤치마크를 실시했다. 이번 테스트 결과 자바 기반의 애플리케이션 서버와 함께 사용할 경우 최상의 성능을 보이는 데이터베이스를 알 수 있었다. 또, 제품 성능 개선을 위한 데이터베이스 서버 조정과 관련된 다양한 기법도 평가했다.

PC매거진에서 1993년 10월 이후 동일한 하드웨어에서 데이터베이스와 관련된 벤치마크 결과를 발표한 것은 컴퓨터 출판 업계에서 처음 있는 일이다.

이번에는 IBM의 DB2 7.2픽스팩 5, 마이크로소프트의 SQL 서버 2000 엔터프라이즈 에디션 서비스 팩 2, My SQL AB의 MySQL 4.0.1 맥스, 오라클의 오라클9i 엔터프라이즈 에디션 9.0.1.1.1, 사이베이스의 ASE(Adaptive Server Enterprise) 12.5.0.1 등을 테스트했다.

전반적으로 오라클9i와 MySQL이 뛰어난 성능과 확장성을 보였으며 이 중 오라클9i가 MySQL에 비해 다소 앞서는 것으로 밝혀졌다.

메모리 튜닝·DB 설계 집중 조명
ASE, DB2, 오라클9i, MySQL 등은 550여명의 웹 사용자를 대상으로 하는 테스트도 받았다. 여기서 ASE의 성능은 초 당 600페이지를 처리한 오라클9i와 MySQL보다 100페이지 정도 부족한 초 당 500페이지 수준이었다.

DB2의 성능은 부하가 높을 경우 초 당 200페이지 수준으로 상당히 낮았다. JDBC 드라이버의 심각한 문제로 인해 SQL 서버는 전체 테스트에서 초 당 200페이지의 처리 수준을 벗어나지 못했다.

드라이버, 메모리 튜닝, 데이터베이스 설계 문제 등이 이번 테스트에서 성능에 가장 큰 영향을 미친 세 가지 요인이었다. 수동 튜닝은 데이터베이스에 엄청난 차이를 일으켰으며 일반적으로 최종 측정된 처리량은 초기 설치 즉시 실시한 테스트에 비해 두 배나 빠른 성능을 보였다.

오라클과 MySQL 드라이버는 완전한 JDBC 기능과 안정성을 동시에 보여줬다(MySQL 관리자는 자체 JDBC 드라이버가 없어서 마크 매튜가 개발한 My SQL JDBC 드라이버를 사용했다).

각 데이터베이스에서 사용하는 다양한 시스템에 어느 정도의 메모리를 할당하는 것과 관련해 각 데이터베이스에 대한 최상의 성능을 제공하는 설정 환경을 찾는 것도 매우 어려웠으며 이 문제를 해결하기 위해 상당한 시간을 소요했다.

SQL 서버와 MySQL은 튜닝이 가장 쉬웠으며 오라클9i는 분리된 메모리 캐시를 갖고 있기 때문에 가장 어려웠다. 이 문제는 데이터베이스에 대한 동시 연결에서 많은 메모리(400KB의 RAM)를 요구하기 때문에 오라클9i에서 더욱 큰 문제가 됐다.

이에 비해 DB2는 커넥션당 177KB의 RAM을 요구했으며 SQL 서버, MySQL, ASE 등은 커넥션 당 50KB의 RAM을 요구했다.