MySQL에서 PostgreSQL로 변환
mysqldump, mariadb-dump, mysqlpump, phpMyAdmin, Adminer에서 만든 .sql 또는 .sql.gz 덤프를 놓으면, 같은 테이블, 키, 인덱스, 데이터를 담은 PostgreSQL 스크립트를 다운로드할 수 있어요. PostgreSQL이(가) 그대로 담을 수 없는 값과 옮기지 않는 객체는 모두 보고서에 나와요.
18개 행 변환, 수정 8개, 거부 없음
shop_2024.sql의 테이블MySQL 8.0.46 덤프 · mysqldump(으)로 작성됨 · utf8mb4
customers8개 행3
7개 열 id bigint not null name varchar(100) not null email varchar(150) not null country varchar(2) not null is_active boolean not null signed_up date created_at timestamptz(0) not null orders10개 행5
9개 열 id bigint not null customer_id bigint not null status text not null total numeric(10,2) not null items integer not null ordered_at timestamp(0) not null shipped_at timestamp(0) note varchar(255) updated_at timestamptz(0) not null
-- Written by IntoSQL from a MySQL dump. Load it with: psql -v ON_ERROR_STOP=1 -f <file>
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;
SET synchronous_commit = off;
SET maintenance_work_mem = '512MB';
CREATE TABLE customers (
id bigint GENERATED BY DEFAULT AS IDENTITY NOT NULL,
name varchar(100) NOT NULL,
email varchar(150) NOT NULL,
country varchar(2) DEFAULT 'US' NOT NULL,
is_active boolean DEFAULT true NOT NULL,
signed_up date,
created_at timestamptz(0) DEFAULT CURRENT_TIMESTAMP NOT NULL,
CONSTRAINT customers_id_check CHECK (id >= 0)
);
CREATE TABLE orders (
id bigint GENERATED BY DEFAULT AS IDENTITY NOT NULL,
customer_id bigint NOT NULL,
status text DEFAULT 'pending' NOT NULL,
total numeric(10,2) NOT NULL,
items integer DEFAULT 1 NOT NULL,
ordered_at timestamp(0) NOT NULL,
shipped_at timestamp(0),
note varchar(255),
updated_at timestamptz(0) DEFAULT CURRENT_TIMESTAMP NOT NULL,
CONSTRAINT orders_id_check CHECK (id >= 0),
CONSTRAINT orders_customer_id_check CHECK (customer_id >= 0),
CONSTRAINT orders_status_check CHECK (status IN ('pending', 'paid', 'shipped', 'cancelled', '')),
CONSTRAINT orders_items_check CHECK (items >= 0)
);
COPY customers (id, name, email, country, is_active, signed_up, created_at) FROM stdin;
1 Ana Martínez ana@example.com MX t 2023-01-15 2023-01-15 10:24:00+00:00
2 Zoë Müller zoe@example.de DE t 2023-02-03 2023-02-03 08:11:42+00:00
3 José Peña jose@example.es ES f 2023-03-21 2023-03-21 19:05:17+00:00
4 李雷 lilei@example.cn CN t 2023-05-09 2023-05-09 02:40:00+00:00
5 Noah O'Brien noah@example.ie IE t \N 2023-06-30 14:00:00+00:00
6 Amélie Laurent amelie@example.fr FR t 2024-01-02 2024-01-02 09:30:00+00:00
7 Ravi Patel ravi@example.in IN f 2024-02-29 2024-02-29 23:59:59+00:00
8 Sofia Rossi 🌻 sofia@example.it IT t 2024-04-12 2024-04-12 12:12:12+00:00
\.
COPY orders (id, customer_id, status, total, items, ordered_at, shipped_at, note, updated_at) FROM stdin;
1 1 shipped 129.90 3 2024-03-01 10:00:00 2024-03-02 16:30:00 \N 2024-03-02 16:30:00+00:00
2 2 paid 54.00 1 2024-03-02 11:15:00 \N Gift wrap 🎁 2024-03-02 11:20:00+00:00
3 1 cancelled 12.50 1 2024-03-03 09:45:00 \N Customer changed their mind 2024-03-03 10:00:00+00:00
4 4 shipped 980.00 12 2024-03-05 02:10:00 2024-03-07 08:00:00 请小心轻放 2024-03-07 08:00:00+00:00
5 5 pending 45.75 2 2024-03-08 17:20:00 \N Leave at the door; ring twice 2024-03-08 17:20:00+00:00
6 6 shipped 310.40 5 2024-03-10 13:00:00 2024-03-11 09:00:00 Fragile: "glass" 2024-03-11 09:00:00+00:00
7 8 paid 76.20 2 2024-03-11 18:45:00 \N \N 2024-03-11 18:46:00+00:00
8 2 19.99 1 2024-03-12 08:00:00 \N Status lost in an old import 2024-03-12 08:00:00+00:00
9 3 shipped 64.00 2 2024-03-14 15:30:00 \N Shipping date never recorded 2024-03-15 10:00:00+00:00
10 7 paid 1499.00 1 2024-03-15 21:05:00 \N C:\\Users\\ravi\\invoice.pdf 2024-03-15 21:05:00+00:00
\.
-- Keys, indexes and constraints, after the rows so each builds once.
CREATE UNIQUE INDEX customers_pkey ON customers (id);
CREATE UNIQUE INDEX customers_uq_email ON customers (email);
CREATE UNIQUE INDEX orders_pkey ON orders (id);
CREATE INDEX orders_idx_customer ON orders (customer_id);
CREATE INDEX orders_idx_status_date ON orders (status, ordered_at);
ALTER TABLE customers ADD CONSTRAINT customers_pkey PRIMARY KEY USING INDEX customers_pkey;
ALTER TABLE customers ADD CONSTRAINT customers_uq_email UNIQUE USING INDEX customers_uq_email;
ALTER TABLE orders ADD CONSTRAINT orders_pkey PRIMARY KEY USING INDEX orders_pkey;
ALTER TABLE orders ADD CONSTRAINT fk_orders_customer FOREIGN KEY (customer_id) REFERENCES customers (id) NOT VALID;
DO $f$ BEGIN
ALTER TABLE orders VALIDATE CONSTRAINT fk_orders_customer;
EXCEPTION WHEN foreign_key_violation THEN
RAISE WARNING 'foreign key % has rows without a parent: it stays NOT VALID, and new rows are checked', 'fk_orders_customer';
END $f$;
SELECT setval(pg_get_serial_sequence('customers', 'id'), LEAST(GREATEST(COALESCE((SELECT max(id) FROM customers)::numeric, 0) + 1, 1001), 9223372036854775807)::bigint, false);
COMMENT ON TABLE customers IS 'People who bought at least once';
SELECT setval(pg_get_serial_sequence('orders', 'id'), LEAST(GREATEST(COALESCE((SELECT max(id) FROM orders)::numeric, 0) + 1, 5001), 9223372036854775807)::bigint, false);
CREATE FUNCTION orders_updated_at_on_update() RETURNS trigger LANGUAGE plpgsql AS $f$
BEGIN
IF NEW IS DISTINCT FROM OLD AND NEW.updated_at IS NOT DISTINCT FROM OLD.updated_at THEN
NEW.updated_at := CURRENT_TIMESTAMP;
END IF;
RETURN NEW;
END
$f$;
CREATE TRIGGER orders_updated_at_on_update BEFORE UPDATE ON orders FOR EACH ROW EXECUTE FUNCTION orders_updated_at_on_update();
수정 사항
- customers의 "id" 열은 부호가 없어서, 음수가 아닌지 확인하는 체크 제약과 함께 bigint(으)로 만들었어요.
- customers의 "signed_up" 열은 이제 NULL을 허용해요. 일부 값을 저장할 수 없어 NULL이 됐어요.
- customers의 "signed_up" 열 기본값 0000‑00‑00은(는) PostgreSQL이 받는 날짜가 아니라서 기본값을 없앴어요.
- orders의 "customer_id" 열은 부호가 없어서, 음수가 아닌지 확인하는 체크 제약과 함께 bigint(으)로 만들었어요.
- orders의 "id" 열은 부호가 없어서, 음수가 아닌지 확인하는 체크 제약과 함께 bigint(으)로 만들었어요.
- orders의 "items" 열은 부호가 없어서, 음수가 아닌지 확인하는 체크 제약과 함께 integer(으)로 만들었어요.
- orders의 "status" 열에서 1개 행에 MySQL이 잘못된 입력에 저장하는 빈 값이 있어요. 값 체크 제약이 이 값을 허용해요.
- orders의 "updated_at" 열은 업데이트할 때마다 현재 시간으로 바뀌어요. PostgreSQL에서는 트리거가 이를 처리해요.
확인 필요
- customers의 "signed_up" 열에 있는 1개 값은 0000‑00‑00 같은 0 날짜나 불가능한 날짜예요. PostgreSQL이 저장할 수 없어 NULL로 두었어요. 이 날짜에 의미가 있다면 덤프하기 전에 원본에서 실제 날짜로 바꾸세요.
- orders의 "shipped_at" 열에 있는 1개 값은 0000‑00‑00 00:00:00 같은 0 날짜나 불가능한 날짜예요. PostgreSQL이 저장할 수 없어 NULL로 두었어요. 이 날짜에 의미가 있다면 덤프하기 전에 원본에서 실제 날짜로 바꾸세요.
파일은 이 컴퓨터에서 변환되고 업로드되지 않아요.
다른 샘플:
MySQL에서 PostgreSQL로 바뀌는 점
각 행은 변환기가 적용하는 규칙이며, 규칙이 데이터를 바꿀 때 보고서에 쓰는 줄이 함께 나와요.
TINYINT(1), BOOL
모든 값이 0 또는 1이면 boolean, 아니면 smallint
MySQL의 BOOL은 -128부터 127까지 어떤 숫자든 담을 수 있는 TINYINT(1)이에요. 0과 1만 담은 열은 boolean이 되고, 2나 -1을 담은 열은 값의 의미가 바뀌지 않도록 숫자로 남아요.
보고서 줄: bool_kept_numeric
UNSIGNED integers
음수가 아닌지 확인하는 CHECK가 붙은 한 단계 넓은 정수. BIGINT UNSIGNED는 모든 값이 들어가면 bigint, 아니면 numeric(20,0)
PostgreSQL에는 부호 없는 정수가 없어요. 더 넓은 타입이 부호 없는 범위 전체를 담고, 체크 제약이 MySQL처럼 음수를 막아요.
보고서 줄: unsigned_widened
ZEROFILL and display widths
제거
0 채움은 숫자를 표시하는 방식일 뿐 숫자의 일부가 아니에요. 숫자는 유지되며, 채움이 필요하면 읽을 때 형식을 지정하세요.
보고서 줄: zerofill_dropped
FLOAT(M,D)
real 또는 double precision, 소수 자릿수 없이
PostgreSQL 부동소수점에는 고정 소수 자릿수가 없어요. 저장된 값은 그대로 복사돼요.
보고서 줄: float_scale_dropped
BIT(1), BIT(n)
boolean, bit(n)
비트 하나는 예 또는 아니요이고, 더 넓은 비트 필드는 모든 비트를 유지해요.
zero, partial or impossible dates (0000-00-00, 2024-02-30)
NULL
PostgreSQL은 실제 달력 날짜만 저장해요. MySQL은 SQL 모드가 허용하면 0 날짜와 불가능한 날짜를 보관해요. 이 값은 NULL이 되고 보고서에 개수가 나와요.
보고서 줄: invalid_date_null
NOT NULL columns with values that become NULL
NOT NULL 제거
값을 NULL로 바꿔야 했던 열은 NOT NULL을 유지할 수 없어요. 유지하면 불러오기가 멈춰요.
보고서 줄: not_null_relaxed
DEFAULT '0000-00-00'
기본값 없음
PostgreSQL이 저장할 수 없는 기본값은 지어낸 날짜로 바꾸지 않고 제외해요.
보고서 줄: zero_date_default
TIME
모든 값이 하루 안이면 time, 아니면 interval
MySQL의 TIME은 -838:59:59부터 838:59:59까지의 기간이에요. 값이 하루 안에 들어가는 열은 하루 중 시각으로 남고, 더 길거나 음수인 값이 있는 열은 interval이 돼요.
보고서 줄: time_as_interval
YEAR
범위 CHECK가 붙은 smallint
PostgreSQL에는 연도 타입이 없어요. 체크 제약이 MySQL이 허용하는 값과 같은 값만 받아요.
CHAR(n)
varchar(n)
MySQL은 CHAR 값을 읽을 때 끝의 공백을 지우고, PostgreSQL의 char(n)은 그 공백을 다시 붙여요. 그래서 varchar(n)으로 MySQL이 돌려주는 값 그대로 유지해요.
DATETIME
timestamp
DATETIME은 PostgreSQL의 timestamp처럼 시간대 없이 시계에 표시된 시각이에요.
TIMESTAMP
덤프에 명시된 시간대의 timestamptz, 명시가 없으면 UTC
TIMESTAMP는 한 시점이에요. 덤프는 기록한 시간대를 명시해요(mysqldump는 UTC로 기록해요). 명시가 없으면 값을 UTC로 읽고 보고서에 그렇게 적어요.
보고서 줄: timestamp_zone_assumed
ENUM
값 CHECK가 붙은 text
체크 제약이 있는 텍스트는 같은 값을 유지하면서 PostgreSQL enum type보다 바꾸기 쉬워요.
ENUM holding '' (MySQL's error value)
체크 제약이 허용하는 빈 값
느슨한 SQL 모드에서 ENUM에 잘못된 값이 들어가면 MySQL은 빈 문자열을 저장해요. 이 행은 유지되고 체크 제약이 이를 허용해요.
보고서 줄: enum_invalid_value
ENUM or SET holding values outside its list
CHECK 없음
목록에 없는 값은 체크 제약에 걸리므로 체크 제약을 만들지 않아요.
보고서 줄: enum_check_skipped
SET
모든 요소가 목록에 있는지 확인하는 CHECK가 붙은 text[]
배열은 각 요소를 따로 유지하므로 쿼리로 포함 여부를 확인할 수 있어요.
JSON
jsonb, 값에 \u0000이 있으면 json
jsonb는 PostgreSQL이 잘 인덱싱하고 쿼리하는 타입이지만 \u0000 이스케이프를 거부해요. 그래서 이 값이 있는 열은 json으로 남아요.
보고서 줄: json_not_jsonb
NUL bytes in text
제거
PostgreSQL 텍스트는 NUL 바이트를 담을 수 없어요. 이 바이트를 제거하고 보고서에 해당 값의 개수가 나와요.
보고서 줄: nul_removed
text that isn't valid in its character set
잘못된 바이트를 대체 문자로
PostgreSQL 텍스트는 올바른 UTF-8이어야 해요.
보고서 줄: invalid_utf8_replaced
text decoded twice (ñ)
그대로 복사
덤프에 정확히 이 문자들이 있으므로 그대로 복사하고, 보고서에서 알려 줘요.
보고서 줄: mojibake_suspected
AUTO_INCREMENT
GENERATED BY DEFAULT AS IDENTITY, 카운터는 복사된 id 다음부터
IDENTITY 열은 복사된 id를 받아들이고, 카운터는 가장 큰 id와 덤프의 AUTO_INCREMENT 중 더 큰 값 다음부터 이어져요.
MyISAM AUTO_INCREMENT on the second column of a key
테이블당 카운터 하나
MyISAM은 키의 첫 열 그룹마다 따로 세지만, PostgreSQL은 열마다 카운터가 하나예요.
보고서 줄: myisam_group_autoincrement
ON UPDATE CURRENT_TIMESTAMP
BEFORE UPDATE 트리거
행이 바뀌었는데 업데이트에서 열을 지정하지 않으면, 트리거가 MySQL처럼 열을 현재 시간으로 설정해요.
보고서 줄: on_update_trigger
generated columns
STORED
PostgreSQL 13부터 17까지는 생성 열을 저장 방식으로만 지원해요. 수식은 같아요.
보고서 줄: virtual_as_stored
generated columns with functions PostgreSQL lacks
일반 열
PostgreSQL용으로 쓸 수 없는 수식은 일반 열로 남고 보고서에 한 줄 기록돼요.
보고서 줄: generated_not_translated
INVISIBLE columns
일반 열
PostgreSQL에는 보이지 않는 열이 없어요.
보고서 줄: invisible_column
CHECK constraints
변환해서 CREATE TABLE 안에 인라인으로
인라인 체크 제약은 나중에 제약마다 스캔하지 않고 각 행을 불러올 때 검사해요.
CHECK constraints with functions PostgreSQL lacks
만들지 않음
PostgreSQL용으로 쓸 수 없는 체크 제약은 제외하고 보고해요.
보고서 줄: check_skipped
CHECK ... NOT ENFORCED
만들지 않음
MySQL은 이 체크 제약을 적용하지 않고 보관만 하므로, 행이 제약을 어길 수 있어요.
보고서 줄: check_not_enforced
defaults with functions PostgreSQL lacks
기본값 없음
PostgreSQL용으로 쓸 수 없는 기본값은 제외하고 보고해요.
보고서 줄: default_not_translated
keys and indexes on a prefix, c(20)
left(c, 20) 인덱스
PostgreSQL은 식을 인덱싱하므로 같은 접두부를 인덱싱해요.
보고서 줄: prefix_unique
FULLTEXT indexes
to_tsvector('simple', ...)에 대한 GIN
전문 검색은 MATCH ... AGAINST 대신 @@로 해요.
보고서 줄: fulltext_as_gin
indexes on values over 2,000 bytes
hash
btree 항목은 그렇게 긴 값을 담을 수 없어요. hash 인덱스는 같은 값을 여전히 찾아요.
보고서 줄: index_on_wide_values
SPATIAL indexes
PostGIS 없이는 만들지 않음
공간 인덱스에는 PostGIS가 필요해요.
보고서 줄: spatial_index_skipped
functional indexes PostgreSQL can't write
만들지 않음
PostgreSQL용으로 쓸 수 없는 식에 대한 인덱스는 제외하고 보고해요.
보고서 줄: index_skipped
foreign keys
데이터 뒤에 NOT VALID로 만들고, 고아 행은 경고와 함께 검증
덤프는 FOREIGN_KEY_CHECKS=0으로 불러오고 MyISAM은 전혀 확인하지 않으므로, 부모 없는 행이 흔해요. 키를 먼저 만들고 마지막에 검증해요. 고아 행이 있으면 불러오기를 멈추지 않고 경고와 함께 NOT VALID로 남겨요.
foreign keys to columns without a unique key
만들지 않음
PostgreSQL은 참조되는 열에 고유 키가 필요하지만 InnoDB는 그렇지 않아요.
보고서 줄: foreign_key_skipped
table and column names
고유성이 유지되면 소문자
소문자 이름은 PostgreSQL에서 따옴표 없이 쓸 수 있어요.
보고서 줄: identifier_renamed
names over 63 bytes
해시를 붙여 줄임
PostgreSQL 이름은 63바이트까지예요. 해시가 줄인 이름끼리 겹치지 않게 해요.
보고서 줄: name_shortened
GEOMETRY, POINT, POLYGON...
bytea에 WKB로
PostGIS가 없으면 표준 WKB(well-known binary)가 모든 지오메트리를 정확히 유지해요.
보고서 줄: geometry_as_wkb
INET4, INET6, UUID (MariaDB)
inet, uuid
PostgreSQL에도 같은 타입이 있어요.
BINARY, VARBINARY, BLOB
bytea
바이트는 바이트 그대로 남아요.
PARTITION BY
하나의 테이블
행은 같아요. 필요하면 PostgreSQL에서 테이블을 다시 파티션으로 나누세요.
보고서 줄: partitions_dropped
WITH SYSTEM VERSIONING (MariaDB)
현재 행만 담은 테이블
덤프에는 현재 행만 들어 있어요.
보고서 줄: system_versioning_dropped
MyISAM, MEMORY and other engines
일반 테이블
PostgreSQL의 테이블 엔진은 하나예요.
보고서 줄: engine_dropped
views, triggers, procedures, functions and events
보고서에 나열
이 객체들의 코드는 MySQL 언어로 작성되어 있어서, 직접 다시 만들 수 있도록 나열해요.
보고서 줄: not_converted_objects
dumps without CREATE TABLE
값으로 판단한 타입
--no-create-info로 만든 덤프에는 행만 있어서 타입을 값으로 판단해요.
보고서 줄: no_schema
geometries in a dump without CREATE TABLE
bytea에 WKB로
MySQL의 지오메트리 형식을 값에서 알아보고 표준 WKB로 저장해요.
보고서 줄: geometry_inferred
_ci collations
정확한 비교
PostgreSQL은 따로 지정하지 않으면 텍스트를 정확히 비교해요.
보고서 줄: case_insensitive_collation
SET NAMES utf8 from utf8mb4 tables
변환하고 경고 표시
MySQL 5.x의 mysqldump는 기본으로 3바이트 utf8을 쓰고, 변환기가 파일을 보기 전에 모든 이모지를 물음표로 바꿔요.
보고서 줄: dump_lost_four_byte_chars
dumps without SET NAMES whose text isn't UTF-8
Latin-1 (Windows-1252)로 읽음
MySQL의 latin1은 Windows-1252이며, 이런 덤프에서 흔히 쓰는 인코딩이에요.
보고서 줄: charset_guessed
sjis, cp932, gbk, big5 dumps
UTF-8로 읽고 경고 표시
이 인코딩은 아직 디코딩하지 않아요.
보고서 줄: unsupported_charset
UNHEX('..'), CONVERT(b'..', UNSIGNED), CONVERT(".." USING x), ST_GeomFromText('..') in rows
계산함
일부 덤프 도구는 값을 이런 함수 호출로 써요. 호출이 만드는 값으로 읽고, 지리 WKT는 경도가 먼저 오도록 바꿔요.
other expressions in rows
NULL
데이터베이스를 실행하지 않는 변환기는 이 식을 계산할 수 없어요.
보고서 줄: expression_value
DEFAULT in VALUES
열의 기본값
리터럴 기본값을 행에 복사해요.
보고서 줄: default_keyword_filled
DEFAULT in VALUES without a literal default
NULL
복사할 값이 없어요.
보고서 줄: default_keyword_null
REPLACE and INSERT IGNORE
일반 행
덤프에는 키마다 행이 하나라서 행은 같아요.
보고서 줄: replace_as_insert
types IntoSQL doesn't know
text
텍스트는 어떤 값이든 담아요. 불러온 뒤 타입을 바꾸세요.
보고서 줄: unknown_type
values that don't fit their column
NULL
손상되었거나 직접 작성한 덤프에는 열이 담을 수 없는 값이 있을 수 있어요. 나머지를 불러올 수 있도록 이 값은 NULL이 돼요.
보고서 줄: invalid_value_null
unreadable geometries
NULL
지오메트리가 아닌 바이트는 지오메트리로 저장할 수 없어요.
보고서 줄: bad_geometry
CREATE SEQUENCE (MariaDB)
현재 값을 포함한 CREATE SEQUENCE
PostgreSQL 시퀀스도 같은 옵션을 받아요.
| MySQL에서 | PostgreSQL에서 | 보고서 줄 |
|---|---|---|
| TINYINT(1), BOOL | 모든 값이 0 또는 1이면 boolean, 아니면 smallintMySQL의 BOOL은 -128부터 127까지 어떤 숫자든 담을 수 있는 TINYINT(1)이에요. 0과 1만 담은 열은 boolean이 되고, 2나 -1을 담은 열은 값의 의미가 바뀌지 않도록 숫자로 남아요. | bool_kept_numeric |
| UNSIGNED integers | 음수가 아닌지 확인하는 CHECK가 붙은 한 단계 넓은 정수. BIGINT UNSIGNED는 모든 값이 들어가면 bigint, 아니면 numeric(20,0)PostgreSQL에는 부호 없는 정수가 없어요. 더 넓은 타입이 부호 없는 범위 전체를 담고, 체크 제약이 MySQL처럼 음수를 막아요. | unsigned_widened |
| ZEROFILL and display widths | 제거0 채움은 숫자를 표시하는 방식일 뿐 숫자의 일부가 아니에요. 숫자는 유지되며, 채움이 필요하면 읽을 때 형식을 지정하세요. | zerofill_dropped |
| FLOAT(M,D) | real 또는 double precision, 소수 자릿수 없이PostgreSQL 부동소수점에는 고정 소수 자릿수가 없어요. 저장된 값은 그대로 복사돼요. | float_scale_dropped |
| BIT(1), BIT(n) | boolean, bit(n)비트 하나는 예 또는 아니요이고, 더 넓은 비트 필드는 모든 비트를 유지해요. | |
| zero, partial or impossible dates (0000-00-00, 2024-02-30) | NULLPostgreSQL은 실제 달력 날짜만 저장해요. MySQL은 SQL 모드가 허용하면 0 날짜와 불가능한 날짜를 보관해요. 이 값은 NULL이 되고 보고서에 개수가 나와요. | invalid_date_null |
| NOT NULL columns with values that become NULL | NOT NULL 제거값을 NULL로 바꿔야 했던 열은 NOT NULL을 유지할 수 없어요. 유지하면 불러오기가 멈춰요. | not_null_relaxed |
| DEFAULT '0000-00-00' | 기본값 없음PostgreSQL이 저장할 수 없는 기본값은 지어낸 날짜로 바꾸지 않고 제외해요. | zero_date_default |
| TIME | 모든 값이 하루 안이면 time, 아니면 intervalMySQL의 TIME은 -838:59:59부터 838:59:59까지의 기간이에요. 값이 하루 안에 들어가는 열은 하루 중 시각으로 남고, 더 길거나 음수인 값이 있는 열은 interval이 돼요. | time_as_interval |
| YEAR | 범위 CHECK가 붙은 smallintPostgreSQL에는 연도 타입이 없어요. 체크 제약이 MySQL이 허용하는 값과 같은 값만 받아요. | |
| CHAR(n) | varchar(n)MySQL은 CHAR 값을 읽을 때 끝의 공백을 지우고, PostgreSQL의 char(n)은 그 공백을 다시 붙여요. 그래서 varchar(n)으로 MySQL이 돌려주는 값 그대로 유지해요. | |
| DATETIME | timestampDATETIME은 PostgreSQL의 timestamp처럼 시간대 없이 시계에 표시된 시각이에요. | |
| TIMESTAMP | 덤프에 명시된 시간대의 timestamptz, 명시가 없으면 UTCTIMESTAMP는 한 시점이에요. 덤프는 기록한 시간대를 명시해요(mysqldump는 UTC로 기록해요). 명시가 없으면 값을 UTC로 읽고 보고서에 그렇게 적어요. | timestamp_zone_assumed |
| ENUM | 값 CHECK가 붙은 text체크 제약이 있는 텍스트는 같은 값을 유지하면서 PostgreSQL enum type보다 바꾸기 쉬워요. | |
| ENUM holding '' (MySQL's error value) | 체크 제약이 허용하는 빈 값느슨한 SQL 모드에서 ENUM에 잘못된 값이 들어가면 MySQL은 빈 문자열을 저장해요. 이 행은 유지되고 체크 제약이 이를 허용해요. | enum_invalid_value |
| ENUM or SET holding values outside its list | CHECK 없음목록에 없는 값은 체크 제약에 걸리므로 체크 제약을 만들지 않아요. | enum_check_skipped |
| SET | 모든 요소가 목록에 있는지 확인하는 CHECK가 붙은 text[]배열은 각 요소를 따로 유지하므로 쿼리로 포함 여부를 확인할 수 있어요. | |
| JSON | jsonb, 값에 \u0000이 있으면 jsonjsonb는 PostgreSQL이 잘 인덱싱하고 쿼리하는 타입이지만 \u0000 이스케이프를 거부해요. 그래서 이 값이 있는 열은 json으로 남아요. | json_not_jsonb |
| NUL bytes in text | 제거PostgreSQL 텍스트는 NUL 바이트를 담을 수 없어요. 이 바이트를 제거하고 보고서에 해당 값의 개수가 나와요. | nul_removed |
| text that isn't valid in its character set | 잘못된 바이트를 대체 문자로PostgreSQL 텍스트는 올바른 UTF-8이어야 해요. | invalid_utf8_replaced |
| text decoded twice (ñ) | 그대로 복사덤프에 정확히 이 문자들이 있으므로 그대로 복사하고, 보고서에서 알려 줘요. | mojibake_suspected |
| AUTO_INCREMENT | GENERATED BY DEFAULT AS IDENTITY, 카운터는 복사된 id 다음부터IDENTITY 열은 복사된 id를 받아들이고, 카운터는 가장 큰 id와 덤프의 AUTO_INCREMENT 중 더 큰 값 다음부터 이어져요. | |
| MyISAM AUTO_INCREMENT on the second column of a key | 테이블당 카운터 하나MyISAM은 키의 첫 열 그룹마다 따로 세지만, PostgreSQL은 열마다 카운터가 하나예요. | myisam_group_autoincrement |
| ON UPDATE CURRENT_TIMESTAMP | BEFORE UPDATE 트리거행이 바뀌었는데 업데이트에서 열을 지정하지 않으면, 트리거가 MySQL처럼 열을 현재 시간으로 설정해요. | on_update_trigger |
| generated columns | STOREDPostgreSQL 13부터 17까지는 생성 열을 저장 방식으로만 지원해요. 수식은 같아요. | virtual_as_stored |
| generated columns with functions PostgreSQL lacks | 일반 열PostgreSQL용으로 쓸 수 없는 수식은 일반 열로 남고 보고서에 한 줄 기록돼요. | generated_not_translated |
| INVISIBLE columns | 일반 열PostgreSQL에는 보이지 않는 열이 없어요. | invisible_column |
| CHECK constraints | 변환해서 CREATE TABLE 안에 인라인으로인라인 체크 제약은 나중에 제약마다 스캔하지 않고 각 행을 불러올 때 검사해요. | |
| CHECK constraints with functions PostgreSQL lacks | 만들지 않음PostgreSQL용으로 쓸 수 없는 체크 제약은 제외하고 보고해요. | check_skipped |
| CHECK ... NOT ENFORCED | 만들지 않음MySQL은 이 체크 제약을 적용하지 않고 보관만 하므로, 행이 제약을 어길 수 있어요. | check_not_enforced |
| defaults with functions PostgreSQL lacks | 기본값 없음PostgreSQL용으로 쓸 수 없는 기본값은 제외하고 보고해요. | default_not_translated |
| keys and indexes on a prefix, c(20) | left(c, 20) 인덱스PostgreSQL은 식을 인덱싱하므로 같은 접두부를 인덱싱해요. | prefix_unique |
| FULLTEXT indexes | to_tsvector('simple', ...)에 대한 GIN전문 검색은 MATCH ... AGAINST 대신 @@로 해요. | fulltext_as_gin |
| indexes on values over 2,000 bytes | hashbtree 항목은 그렇게 긴 값을 담을 수 없어요. hash 인덱스는 같은 값을 여전히 찾아요. | index_on_wide_values |
| SPATIAL indexes | PostGIS 없이는 만들지 않음공간 인덱스에는 PostGIS가 필요해요. | spatial_index_skipped |
| functional indexes PostgreSQL can't write | 만들지 않음PostgreSQL용으로 쓸 수 없는 식에 대한 인덱스는 제외하고 보고해요. | index_skipped |
| foreign keys | 데이터 뒤에 NOT VALID로 만들고, 고아 행은 경고와 함께 검증덤프는 FOREIGN_KEY_CHECKS=0으로 불러오고 MyISAM은 전혀 확인하지 않으므로, 부모 없는 행이 흔해요. 키를 먼저 만들고 마지막에 검증해요. 고아 행이 있으면 불러오기를 멈추지 않고 경고와 함께 NOT VALID로 남겨요. | |
| foreign keys to columns without a unique key | 만들지 않음PostgreSQL은 참조되는 열에 고유 키가 필요하지만 InnoDB는 그렇지 않아요. | foreign_key_skipped |
| table and column names | 고유성이 유지되면 소문자소문자 이름은 PostgreSQL에서 따옴표 없이 쓸 수 있어요. | identifier_renamed |
| names over 63 bytes | 해시를 붙여 줄임PostgreSQL 이름은 63바이트까지예요. 해시가 줄인 이름끼리 겹치지 않게 해요. | name_shortened |
| GEOMETRY, POINT, POLYGON... | bytea에 WKB로PostGIS가 없으면 표준 WKB(well-known binary)가 모든 지오메트리를 정확히 유지해요. | geometry_as_wkb |
| INET4, INET6, UUID (MariaDB) | inet, uuidPostgreSQL에도 같은 타입이 있어요. | |
| BINARY, VARBINARY, BLOB | bytea바이트는 바이트 그대로 남아요. | |
| PARTITION BY | 하나의 테이블행은 같아요. 필요하면 PostgreSQL에서 테이블을 다시 파티션으로 나누세요. | partitions_dropped |
| WITH SYSTEM VERSIONING (MariaDB) | 현재 행만 담은 테이블덤프에는 현재 행만 들어 있어요. | system_versioning_dropped |
| MyISAM, MEMORY and other engines | 일반 테이블PostgreSQL의 테이블 엔진은 하나예요. | engine_dropped |
| views, triggers, procedures, functions and events | 보고서에 나열이 객체들의 코드는 MySQL 언어로 작성되어 있어서, 직접 다시 만들 수 있도록 나열해요. | not_converted_objects |
| dumps without CREATE TABLE | 값으로 판단한 타입--no-create-info로 만든 덤프에는 행만 있어서 타입을 값으로 판단해요. | no_schema |
| geometries in a dump without CREATE TABLE | bytea에 WKB로MySQL의 지오메트리 형식을 값에서 알아보고 표준 WKB로 저장해요. | geometry_inferred |
| _ci collations | 정확한 비교PostgreSQL은 따로 지정하지 않으면 텍스트를 정확히 비교해요. | case_insensitive_collation |
| SET NAMES utf8 from utf8mb4 tables | 변환하고 경고 표시MySQL 5.x의 mysqldump는 기본으로 3바이트 utf8을 쓰고, 변환기가 파일을 보기 전에 모든 이모지를 물음표로 바꿔요. | dump_lost_four_byte_chars |
| dumps without SET NAMES whose text isn't UTF-8 | Latin-1 (Windows-1252)로 읽음MySQL의 latin1은 Windows-1252이며, 이런 덤프에서 흔히 쓰는 인코딩이에요. | charset_guessed |
| sjis, cp932, gbk, big5 dumps | UTF-8로 읽고 경고 표시이 인코딩은 아직 디코딩하지 않아요. | unsupported_charset |
| UNHEX('..'), CONVERT(b'..', UNSIGNED), CONVERT(".." USING x), ST_GeomFromText('..') in rows | 계산함일부 덤프 도구는 값을 이런 함수 호출로 써요. 호출이 만드는 값으로 읽고, 지리 WKT는 경도가 먼저 오도록 바꿔요. | |
| other expressions in rows | NULL데이터베이스를 실행하지 않는 변환기는 이 식을 계산할 수 없어요. | expression_value |
| DEFAULT in VALUES | 열의 기본값리터럴 기본값을 행에 복사해요. | default_keyword_filled |
| DEFAULT in VALUES without a literal default | NULL복사할 값이 없어요. | default_keyword_null |
| REPLACE and INSERT IGNORE | 일반 행덤프에는 키마다 행이 하나라서 행은 같아요. | replace_as_insert |
| types IntoSQL doesn't know | text텍스트는 어떤 값이든 담아요. 불러온 뒤 타입을 바꾸세요. | unknown_type |
| values that don't fit their column | NULL손상되었거나 직접 작성한 덤프에는 열이 담을 수 없는 값이 있을 수 있어요. 나머지를 불러올 수 있도록 이 값은 NULL이 돼요. | invalid_value_null |
| unreadable geometries | NULL지오메트리가 아닌 바이트는 지오메트리로 저장할 수 없어요. | bad_geometry |
| CREATE SEQUENCE (MariaDB) | 현재 값을 포함한 CREATE SEQUENCEPostgreSQL 시퀀스도 같은 옵션을 받아요. |
스크립트를 PostgreSQL에 불러오기
스크립트는 테이블을 만들고 행을 복사한 다음 키, 인덱스, 외래 키를 추가해요. 그래서 빨리 불러오고 첫 오류에서 멈춰요.
psql -v ON_ERROR_STOP=1 -d mydb -f mysql.postgresql.sql외래 키는 NOT VALID로 추가한 다음 검증해요. 어떤 행이 존재하지 않는 행을 가리키면, 중간에 실패하지 않고 어떤 제약인지 알려 줘요.
큰 덤프는 데이터베이스를 먼저 만들고, 서버와 같은 컴퓨터에서 psql로 스크립트를 실행하세요.
좋은 결과를 위한 MySQL 덤프 방법
변환기는 덤프에 담긴 내용을 읽어요. 다음 옵션을 쓰면 더 많은 데이터가 덤프에 남아요:
- --default-character-set=utf8mb4는 이모지와 기타 4바이트 문자를 유지해요. utf8 덤프는 변환기가 보기 전에 이 문자를 잃어요.
- --hex-blob은 바이너리 열을 16진수로 써서, 시스템 간에 복사해도 손상되지 않아요.
- --routines --triggers --events는 이 객체들을 덤프에 추가해서 보고서에 나열할 수 있게 해요.
변환되지 않는 것
뷰, 트리거, 저장 프로시저, 함수, 이벤트는 데이터베이스마다 자체 언어로 작성돼요. 보고서에 이름으로 나열되고 몰래 빠지는 일은 없으므로, PostgreSQL에 맞게 다시 작성할 수 있어요.
pgloader와 비교한 측정 결과
같은 덤프를 2026년 10월에 한 컴퓨터(SATA SSD를 단 10코어 i9-10900K)에서 IntoSQL과 pgloader 3.6.7로 변환하고 불러왔어요.
- 2, -1, -5를 담은 TINYINT(1) 열: pgloader는 경고 없이 모두 true로 불러와요. IntoSQL은 숫자를 유지하고 보고서에 이유가 나와요.
- 기본값이 'it's'인 열, 백틱이 들어간 이름의 테이블, 빈 값을 담은 ENUM, 24시간이 넘는 TIME이 있는 덤프: pgloader는 멈춰요. IntoSQL은 변환하고 불러와요.
- pgloader로 불러온 결과에는 기본 키, 고유 키, 외래 키와 IDENTITY가 사라져요. IntoSQL은 모두 유지해요.
- 3,000만 행이 담긴 5.3 GB 덤프: pgloader는 먼저 실행 중인 MySQL에 복원해야 해서 18분이 걸리고, 그 뒤 기본 설정으로는 메모리가 부족해져요. IntoSQL은 덤프를 10초 만에 변환하고, psql은 약 3분 만에 스크립트를 불러와요.
- MySQL 5.5부터 9까지, MariaDB 10.3부터 12까지의 덤프 476개를 PostgreSQL 13과 18에 불러온 결과: 불러오기 오류는 없었고, 보고서에 기록 없이 바뀐 값도 없었어요.
MySQL에서 PostgreSQL로 변환에 관한 질문
여기에 답이 없나요? 문의 페이지로 연락하시면 담당자가 답장해요. 문의 페이지
덤프가 업로드되나요?
아니요. 변환기는 브라우저에서 실행되고 디스크의 덤프를 조각조각 읽으므로, 덤프가 컴퓨터 밖으로 나가지 않아요. 데스크톱 앱과 명령줄도 컴퓨터에서 변환해요.
덤프는 얼마나 커도 되나요?
변환기는 덤프 전체를 메모리에 올리지 않아요. 파일을 범위별로 두 번 읽고, 읽는 대로 스크립트를 써요. 수 GB 덤프도 브라우저, 데스크톱 앱, 명령줄에서 변환돼요.
MariaDB 덤프도 읽나요?
네. mariadb-dump와 MariaDB 10.3부터 12까지의 덤프도 같은 방식으로 변환되며, MariaDB의 INET6, INET4, UUID 열도 포함돼요.
0000-00-00 날짜는 어떻게 되나요?
PostgreSQL에는 0 날짜가 없어서 NULL이 되고, 열은 NULL을 허용하게 돼요. 열마다 몇 개였는지 보고서에 나와요.
AUTO_INCREMENT 값은 유지되나요?
네. 각 AUTO_INCREMENT 열은 IDENTITY 열이 되고, 모든 행은 id를 유지해요. 다음 id는 가장 큰 id 다음부터 이어지고, 테이블의 AUTO_INCREMENT가 더 크면 그 다음부터 이어져요.
TINYINT(1)은 boolean이 되나요?
열의 모든 값이 0 또는 1일 때만 그래요. 2나 -1 같은 다른 숫자가 있으면 숫자로 남고 보고서에 이유가 나와요. 그래서 실수로 true가 되는 값은 없어요.
저장 프로시저와 트리거는 어떻게 되나요?
데이터베이스마다 자체 언어로 작성하므로 변환하지 않고 보고서에 이름으로 나열해요. 예외는 ON UPDATE CURRENT_TIMESTAMP로, PostgreSQL 트리거가 돼요.
스크립트는 어떤 PostgreSQL 버전에서 불러올 수 있나요?
PostgreSQL 13부터 18까지예요. 모든 버전에서 같은 스크립트를 불러올 수 있고, 문제가 생기면 첫 오류에서 멈춰요.