SQL Server MySQL PostgreSQL 비교

 

·         Version : SQL Server MySQL PostgreSQL

 

RDBMS 많이 사용하는 SQL Server MySQL 그리고 PostgreSQL 특징  차이점에 대해서 살펴본다 데이터베이스 기능이 너무나 많기 때문에 모두 다루지는 못하며 대표적인 내용 몇가지만 다루도록 한다.

·         MySQL PostgreSQL, SQL Server 데이터베이스 모두 ACID 완벽하게 지원하며 많은 양의 데이터와 높은 수준의 쿼리 동시성을 처리할  있다.

·         PostgreSQL 기능이 풍부하고 확장성이 뛰어나다

·         MySQL 많은 곳에서 사용하고 있으며  애플리케이션과 전자상거래 프로젝트에 적합하며, PostgreSQL 비해 블로그지원문서가 훨씬 많다

·         PostgreSQL 경우  연결마다 자체 메모리가 있기 때문에 연결수가 많은 환경의 경우 많은 메모리가 필요할수 있다그러나 PgBouncers 외부 연결 풀을 사용하여 이러한 문제를 해결할  있는 솔루션이 있다.

·         PostgreSQL 수동 파티션 관리는 너무 많은 오버헤드와  파티션에서 다른 파티션으로 행을 이동시키는 업데이트가 필요하다.

·         MySQL에는 쿼리당 1개의 CPU 사용하는 중첩루프 조인 알고리즘만 있어 MySQL 데이터웨어우스 시스템에는 적합하지 않다.

·         Check 제약 기능이 중요한 서비스라면 MySQL 적합하지 않다.

 

[MySQL, PostgreSQL, SQL Server일반 정보]

 

MySQL

PostgreSQL

SQL Server

Maturity

1995 릴리즈

1989 릴리즈

1989 MSMS OS/2SQL Server릴리즈(Sybase 함께)

1995 SQL Server 6.0릴리즈

Language

C (일부 C++)

C

C++

Cost

오픈소스 오라클 소유의유료버전

완전 무료 오픈소스

SQL Server Express 무료버전과  외의 유료버전

 

[MySQL, PostgreSQL, SQL Server 데이터 변경]

 

MySQL

PostgreSQL

SQL Server

Row Update

업데이트가 수행되고 변경된 데이터가 롤백 세그먼트로 복사. Vacuum 인덱스 압축이 매우 효율적. MySQL 읽기에는속도가 느리지만 쓰기는원자적이며 보조 인덱스의 열이 변경되어도 모든인덱스를 변경할 필요가없음

업데이트는 인서트 삭제 표시로 구현된다모든색인에는 행의 실제 ID대한 링크가 있다열이업데이트되면 새로운 물리적ID 있는  행이 만들어지고 모든 행이 새로운 행의 실제ID 대한 포인터를 얻기 위해 변경된열을 참조하지 않는 경우에도 모든 인덱스가  업데이트 되어야 하기 때문에업데이트 오버헤드가 발생

Row-Store 데이터베이스엔진 :

 

인메모리 데이터베이스엔진 업데이트는 인서트삭제 표시로 구현가비지 컬렉터는  블럭킹 병렬로 작업

 

Columnstore 데이터베이스 엔진 : in-place 업데이트

Vacuum / Defragmentation

Vacuum  인덱스 압축은 매우 효율적

Vacuum 전체 테이블스캔을 수행하여 삭제 행을 찾는다프로세스/사용자의 작업에  오버헤드를   있다.

메모리  가비지 컬렉턴는 최대 15% 오버헤드가 발생할  있다.

 

[MySQL, PostgreSQL, SQL Server 데이터 쿼리]

 

MySQL

PostgreSQL

SQL Server

쿼리 요청에 대한 Buffer Pool / Cache

MySQL 캐시는사용자 쿼리를 버퍼풀이라고 한다 캐시는 필요에 따라 크기로 설정할  있으므로 서버의 다른 프로세스에 충분한 메모리만 남겨둔다버퍼 풀을 여러 부분으로 분할하여 메모리구조에 대한 경합을 최소화하고 테이블을 버퍼 풀에 고정할  있다테이블 스캔 또는mysqldump 이전 데이터를 제거한다.

PostgreSQL 데이터 페이지를 위한 공유 메모리를 유지한다프로세스 기반 시스템이기 때문에 연결은 고유한 고유  OS 프로세스를 가지며 자체메모리를 가지고 있다프로세스는 실행이 끝난 메모리를 해제 한다따라서 많은 연결을 확장하는데 문제가 발생할  있다.

SQL Server 메모리는 버퍼풀이라고 하며 크기는필요에 따라 크게 설정할  있으며 여러 버퍼 풀을설정하는 옵션은 없다.

제약 조건 지원

기본키외래키, not null 제약 조건고유 제약조건기본 제약조건을 지원. CHECK 제약 조건을지원하지 않는다.

기본 외래키, not null 제약 조건체크 제약 조건유니크 제약 조건기본 제약 조건을 지원한다.

기본 외래키, not null 제약 조건, check 제약 조건고유 제약 조건기본제약 조건을 지원한다.

임시 테이블

CTE 지원하고 전역 임시 테이블  테이블 변수를 지원하지 않음.

동일한 쿼리에서TEMPORARY 테이블을 번이상 참조할  없음. ( : select * from tbl_temp t1 join tbl_temp as t2)

CTE, 전역  로컬 임시테이블  테이블 변수를지원.

동일한 이름을 가진  개의 테이블을 만들면 다른하나는 일반 테이블이다.

Creatae temp table x (..)

Create table x (…)

Select * from X 항상임시테이블에서 데이터를 가져옴

CTE, 전역  로컬 임시테이블  테이블 변수 지원

Windows /Analytical 함수

CUME_DIST, FIRST_VALUE, LAG, LAST_VALUE, LEAD, PERCENT_RANK, ROW_NUMBER, RANK, DENSE_RANK, NTILE, NTH_VALUE PERCENTILE_CONT, PERCENTILE_DISC

CUME_DIST, FIRST_VALUE, LAG, LAST_VALUE, LEAD, PERCENTILE_CONT, PERCENTILE_DISC, PERCENT_RANK, ROW_NUMBER, RANK, DENSE_RANK, NTILE, NTH_VALUE

CUME_DIST, FIRST_VALUE, LAG, LAST_VALUE, LEAD, PERCENTILE_CONT, PERCENTILE_DISC, PERCENT_RANK, ROW_NUMBER, RANK, DENSE_RANK, NTILE

병렬 쿼리 실행

MySQL 일반적으로 쿼리당 1개의 CPU 사용

쿼리 계획은 여러 CPU활용할  있음

쿼리 계획은 여러 CPU활용할  있음

인덱스

인덱스 구성 테이블을 지원 – 클러스터 인덱스.

지속된 인덱스/구체화된뷰를 지원하지 않음

인덱스 구성 테이블 미지원.

지속된 인덱스 구체화된 지원

인덱스 구성 테이블을 지원 – 클러스터 인덱스

단일 쿼리에서 다중 인덱스 사용

단일 쿼리에 다중 인덱스사용 가능

단일 쿼리에 다중 인덱스사용 가능. Xy 별도인덱스가 있는 경우WHERE x=5 and y=6같은 쿼리를 구현할  있는 방법  하나는 적절한쿼리 절과 함께  인덱스를 사용한 다음 인덱스 결과를 AND 결합하여 결과 행을 식별하는 것이다.

단일 쿼리에 다중 인덱스사용 불가능

다중 컬럼 인덱스

다중  인덱스에는 최대16개의 열을 포함할  있음

다중  인덱스에는 최대32개의 열을 포함할  있음

다중  인덱스에는 최대16개의 열을 포함할  있음

부분 인덱스

부분 인덱스를 지원하지않음

부분 인덱스 지원

부분 인덱스 지원

JOIN 알고리즘

MySQL 중첩 루프 알고리즘 또는 변형을 사용하여 테이블간의 조인을 실행

중첩 루프 조인해시 조인  병합 조인 알고리즘지원

중첩 루푸 조인해시 조인  병합 조인 알고리즘지원

쿼리 실행 계획 재사용

준비된 명령문  저장된프로그램에 대한 캐시를세션별로 유지 세션에대해 캐시된 명령문은 다른 세션에서 액세스할 없음

준비된 문이 열려있는 동안에만 쿼리 계획을 캐시함쿼리 계획은 준비된문이 클로즈때 해제됨.

쿼리가 실행계획을 다시사용할  있도록 공유 실행계획 캐시가 있음

통계

지속성   지속성 통계유지 (서버 재시작시 지워짐)

 

 

메모리 최적화 테이블

MySQL 테이블을 메모리에 저장할  있다메모리에 작성된 테이블은트랜잭션을 지원하지 않으므로 데이터가 손상될수 있다이러한 테이블은임시 영역 또는 읽기 전용캐시로 사용해야한다.

메모리 엔진을 제공하지않음

 메모리 OLTP SQL Server 데이터베이스엔진에 통합되어 있음

Columnstore 또는  저장소

MariaDB 최근에 여러서버가 있는 환경에서 대규모 병렬 데이터베이스로 설계된 MySQL  저장소 엔진을 추시. InnoDB 스토리지 엔진 대신 사용 가능

 저장소컬럼형 스토리지 엔진을 제공하지 않음

SQL Server  테이블을 쿼리하기 위해  저장소 인덱스를 제공

 

[MySQL, PostgreSQL, SQL Server JSON  데이터 유형]

 

MySQL

PostgreSQL

SQL Server

JSON 데이터 유형

MySQL JSON 데이터형식을 지원하며 전체 문서를 바꾸는 대신 JSON 통한 부분 업데이트를지원그러나 많은 제한이있다. JSON 대한 인덱스 생성은 지원하지 않음

PostgreSQL JSON 데이터 유형을 지원하며 부분 업데이트를 지원한다.

SQL Server JSON 데이터 형식을 지원하며 부분업데이트를 지원

고급 데이터 형식

지형 공간 데이터 유형을지원한다사용자 정의 유형이 없다.

지형 공간  다차원 배열사용자 정의 형식 등과 같은 많은 고급 데이터형식을 지원

지형 공간 데이터 유형계층  데이터 지원

 

[MySQL, PostgreSQL, SQL Server 샤딩/파티셔닝/복제]

 

MySQL

PostgreSQL

SQL Server

파이셔닝 지원

HASH 파이셔닝(모든 컬럼에서 HASH 함수를 사용하여 테이블을 N개의파티션으로 분할), 여러컬럼을 기반으로 하는RANGE 또는 LIST 파티셔닝, HASH 유사한 KEY 파티셔닝(자동생성된 숫자 기반) 지원

RANGE LIST 파티셔닝을 지원하지만 파티션 인덱스는 수동으로 생성해야하며 테이블 상속을 통한 구식 파티셔닝이 필요(부모 테이블을 쿼리할때모든 하위 테이블도 쿼리가 될때 하위 테이블은 파티셔닝 컬럼에 제약이 있음)

하위 테이블에는 하위 테이블에 부모 테이블과 인덱스를 별도로 적용해야하는 열이  많을  있음

RANGE 파이셔닝을 지원

샤딩 지원

공유를  구현하지 못함(MySQL Cluster 많은제한 사항 때문에 거의 배포되지 않음)

공유를 구현하는Postgres 포크는 수십가지가 있지만 아직 커뮤니티 출시에 추가된 것은 없음

표준 공유 구현이 없음

복제

명령문 또는 변경된 행을기반으로 하는 마스터-슬레이브 복제.

그룹 복제는 마스터 서버에서 자동으로 복제

변경된   로그 전달을기반으로하는 마스터-슬레이브 복제

데이터베이스 수준 가용성 그룹의 마스터-여러 슬레이브

로그전달

On Data level : 마스터-슬레이브 /양방향 마스터-슬레이브 마스터-마스터(병합복제

 

[참고자료]

https://www.mssqltips.com/sqlservertip/5745/compare-sql-server-mysql-and-postgresql-features/

 

 

2018-10-30 / Sungwook Kang / http://sqlmvp.kr

 

SQL Server, MSSQL, MySQL, PostgreSQL



출처: https://sqlmvp.tistory.com/1276?category=618825 [Database Lab]




profile

강성욱 / jevida@naver.com
Microsoft SQL Server MVP
Blog : http://sqlmvp.kr
Facebook : http://facebook.com/sqlmvp

Kakao Talk : SQLMVP

Line : jevida


현재 LA에 거주하고 있으며 SQL에 관심있는 분이면 언제든 친추 환영합니다.