Dbstudy: MySQL 초보 입문자용 문서 생성

2026-11-04T06:48:22Z

MySQL 초보 입문자용 문서 생성

새 문서

{{타이틀 주제
|부제 = MYSQL · FOUNDATION COURSE
|제목 = MySQL 입문
|설명 = 웹 서비스에서 가장 많이 쓰이는 오픈소스 RDBMS — 설치와 접속부터 InnoDB 구조, 인덱스, 트랜잭션·락, 복제와 백업까지 처음 시작하는 사람과 Oracle 사용자를 위한 단계별 가이드
|색상1 = #0b3c49
|색상2 = #00617a
|색상3 = #00758f
|배지1 = 난이도 · 입문
|배지2 = 학습기간 · 10주
|배지3 = 기준 · MySQL 8.0 / 8.4 LTS
|배지4 = 비교 · Oracle 19c
}}
{{단계양식
|제목1 = 개념 · 설치
|설명1 = MySQL의 특징, 설치와 mysql 클라이언트
|제목2 = SQL · 데이터 타입
|설명2 = DDL·DML, AUTO_INCREMENT, utf8mb4, JSON
|제목3 = InnoDB 구조
|설명3 = 클러스터드 인덱스, 버퍼 풀, Redo·Undo·Binlog
|제목4 = 성능 · 운영
|설명4 = 인덱스·EXPLAIN, 락, 권한, 백업·복제
}}
__TOC__

== 1. MySQL이란 ==
'''MySQL'''은 1995년 스웨덴 MySQL AB가 공개한 '''오픈소스 관계형 데이터베이스'''로, 현재는 Oracle Corporation이 개발한다. 가볍고 빠르며 설치·운영이 쉬워 웹 서비스, 쇼핑몰, 게임, SaaS 등에서 가장 널리 쓰인다. 같은 뿌리에서 갈라진 '''MariaDB'''도 대부분 문법이 호환된다.

{{요점|제목=한 줄 정의|내용=단순하고 빠른 읽기·쓰기에 강한, '''InnoDB 스토리지 엔진''' 기반의 대표적인 오픈소스 RDBMS}}

=== 1.1 주요 특징 ===
{{카드묶음|최소너비=230px|
{{학습카드|번호=STORAGE ENGINE|제목=플러그인 스토리지 엔진|설명=SQL 계층과 저장 계층이 분리되어 있다. 기본이자 사실상 표준은 트랜잭션을 지원하는 InnoDB.}}
{{학습카드|번호=CLUSTERED|제목=PK 순서로 저장|설명=InnoDB 테이블은 기본키(PK) 순서로 정렬된 클러스터드 인덱스 구조다. PK 설계가 성능을 좌우한다.}}
{{학습카드|번호=REPLICATION|제목=손쉬운 복제|설명=Binlog 기반 소스-레플리카 복제, GTID, Group Replication / InnoDB Cluster로 확장과 고가용성을 구성한다.}}
{{학습카드|번호=EDITIONS|제목=에디션|설명=Community Edition(GPL, 무료)과 Enterprise Edition(상용, 백업·감사·방화벽 등 추가 기능).}}
}}

=== 1.2 Oracle과 한눈에 비교 ===
{| class="wikitable" style="width:100%;"
! 구분 !! Oracle !! MySQL (InnoDB)
|-
| 라이선스 || 상용 || Community(GPL) / Enterprise(상용)
|-
| 프로세스 구조 || 백그라운드 프로세스 + 서버 프로세스 || '''단일 프로세스(mysqld) + 접속마다 스레드'''
|-
| 테이블 저장 구조 || 힙 테이블 (기본), IOT 선택 || '''PK 기준 클러스터드 인덱스 (Oracle IOT와 유사)'''
|-
| Undo / MVCC || Undo 테이블스페이스 || Undo 로그 기반 MVCC (Oracle과 비슷한 방식)
|-
| 리두 로그 || Redo Log / Archive Log || InnoDB Redo Log + '''Binary Log(binlog)''' (복제·시점 복구용)
|-
| 논리 구조 || 스키마 = 사용자 || '''데이터베이스 = 스키마''' (사용자와 별개, DB 간 조인 가능)
|-
| 기본 격리 수준 || READ COMMITTED || '''REPEATABLE READ'''
|-
| 트랜잭션 DDL || 자동 커밋 || 자동 커밋 (DDL은 롤백 불가)
|-
| 사용자 식별 || 사용자명 || '''<code>'사용자'@'호스트'</code>''' 조합
|-
| 실행계획 확인 || DBMS_XPLAN || '''EXPLAIN''', '''EXPLAIN ANALYZE''' (8.0.18+)
|-
| 고가용성 || RAC, Data Guard || 복제(Replication), InnoDB Cluster, MHA·Orchestrator 등
|}

== 2. 설치와 접속 ==
=== 2.1 가장 빠른 방법 — Docker ===
<syntaxhighlight lang="bash">
docker run -d --name mysql-lab \
-e MYSQL_ROOT_PASSWORD=lab1234 \
-p 3306:3306 \
-v mysqldata:/var/lib/mysql \
mysql:8.4

docker exec -it mysql-lab mysql -uroot -p
</syntaxhighlight>

=== 2.2 Linux 패키지 설치 (Rocky/RHEL 계열 예) ===
<syntaxhighlight lang="bash">
# MySQL 공식 Yum 저장소 등록 후
sudo dnf install -y mysql-community-server
sudo systemctl enable --now mysqld
sudo grep 'temporary password' /var/log/mysqld.log # 초기 root 임시 비밀번호
mysql_secure_installation # 비밀번호 변경·익명 계정 제거
</syntaxhighlight>
{{설명|제목=Windows / macOS|내용=MySQL Installer(Windows), DMG 패키지 또는 Homebrew(macOS)로 설치한다. GUI 도구로는 MySQL Workbench, DBeaver, HeidiSQL이 많이 쓰인다.}}

=== 2.3 mysql 클라이언트 필수 명령 ===
{| class="wikitable" style="width:100%;"
! 명령 !! 의미 !! Oracle에서 비슷한 것
|-
| <code>mysql -h 호스트 -P 3306 -u 사용자 -p</code> || 접속 || <code>sqlplus user@tns</code>
|-
| <code>SHOW DATABASES;</code> || 데이터베이스(스키마) 목록 || <code>DBA_USERS</code>
|-
| <code>USE dbname;</code> || 기본 DB 전환 || <code>ALTER SESSION SET CURRENT_SCHEMA</code>
|-
| <code>SHOW TABLES;</code> || 테이블 목록 || <code>USER_TABLES</code>
|-
| <code>DESC 테이블명;</code> || 컬럼 구조 || <code>DESC</code>
|-
| <code>SHOW CREATE TABLE 테이블명\G</code> || 테이블 DDL 전체 (인덱스·엔진 포함) || <code>DBMS_METADATA.GET_DDL</code>
|-
| <code>SHOW INDEX FROM 테이블명;</code> || 인덱스 목록 || <code>USER_INDEXES</code>
|-
| <code>SHOW PROCESSLIST;</code> || 접속 세션 목록 || <code>V$SESSION</code>
|-
| <code>SHOW VARIABLES LIKE 'innodb%';</code> || 시스템 변수 || <code>SHOW PARAMETER</code>
|-
| <code>\G</code> (문장 끝) || 세로 출력 || —
|-
| <code>source file.sql</code> || 스크립트 실행 || <code>@file.sql</code>
|}

== 3. 논리 구조 ==
<syntaxhighlight lang="text">
MySQL 서버 (mysqld 인스턴스 1개, datadir)
├─ 데이터베이스(=스키마) mysql ← 사용자·권한 등 시스템 정보
├─ information_schema / performance_schema / sys ← 메타데이터·성능 정보
├─ 데이터베이스 shop
│ ├─ 테이블 (InnoDB: 테이블마다 shop/orders.ibd 파일)
│ ├─ 뷰, 트리거, 저장 프로시저/함수, 이벤트
└─ 데이터베이스 board
(공통) 사용자 'user'@'host' · 권한
</syntaxhighlight>
{{중요|내용=MySQL에서 '''DATABASE와 SCHEMA는 같은 말'''이다 (<code>CREATE SCHEMA</code> = <code>CREATE DATABASE</code>). 같은 서버 안이라면 <code>shop.orders</code>처럼 '''다른 데이터베이스의 테이블과 바로 조인'''할 수 있다.}}

== 4. 기본 SQL과 데이터 타입 ==
=== 4.1 주요 데이터 타입 ===
{| class="wikitable" style="width:100%;"
! 용도 !! MySQL !! Oracle 대응 !! 메모
|-
| 정수 || <code>INT</code>, <code>BIGINT</code>, <code>TINYINT</code> || <code>NUMBER(10)</code> || <code>UNSIGNED</code> 지정 가능
|-
| 정밀 숫자 || <code>DECIMAL(p,s)</code> || <code>NUMBER(p,s)</code> || 금액
|-
| 문자 || <code>VARCHAR(n)</code>, <code>TEXT</code> || <code>VARCHAR2(n)</code>, <code>CLOB</code> || n은 '''문자 수'''
|-
| 날짜 || <code>DATE</code> || <code>DATE</code> || MySQL DATE는 시간 없음
|-
| 일시 || <code>DATETIME</code>, <code>TIMESTAMP</code> || <code>DATE</code>, <code>TIMESTAMP</code> || TIMESTAMP는 UTC 변환 저장, 2038년 한계
|-
| 참/거짓 || <code>BOOLEAN</code> (= <code>TINYINT(1)</code>) || (없음) ||
|-
| 반정형 || <code>JSON</code> || <code>JSON</code> || 함수 기반 인덱스로 검색 가속
|-
| 열거 || <code>ENUM('A','B')</code> || CHECK 제약 || 값 추가 시 ALTER 필요
|}
{{중요|내용=문자셋은 반드시 '''<code>utf8mb4</code>'''를 사용한다. MySQL의 <code>utf8</code>(= utf8mb3)은 한 글자 최대 3바이트라 이모지 등 4바이트 문자를 저장하지 못한다. MySQL 8.0부터 기본값은 <code>utf8mb4</code> / <code>utf8mb4_0900_ai_ci</code>이다.}}

=== 4.2 테이블 만들기 ===
<syntaxhighlight lang="sql">
CREATE DATABASE shop DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
USE shop;

CREATE TABLE customer (
cust_id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
cust_nm VARCHAR(100) NOT NULL,
email VARCHAR(200),
grade_cd VARCHAR(10) NOT NULL DEFAULT 'NORMAL',
attrs JSON,
created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (cust_id),
UNIQUE KEY uk_customer_email (email)
) ENGINE=InnoDB COMMENT='고객';

CREATE TABLE orders (
order_id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
cust_id BIGINT UNSIGNED NOT NULL,
order_dt DATE NOT NULL,
amount DECIMAL(12,2) NOT NULL,
PRIMARY KEY (order_id),
KEY ix_orders_cust (cust_id, order_dt),
CONSTRAINT fk_orders_cust FOREIGN KEY (cust_id) REFERENCES customer (cust_id),
CONSTRAINT ck_orders_amt CHECK (amount >= 0) -- 8.0.16부터 CHECK 실제 적용
) ENGINE=InnoDB;
</syntaxhighlight>

=== 4.3 자주 쓰는 SQL ===
<syntaxhighlight lang="sql">
-- 방금 생성된 AUTO_INCREMENT 값
INSERT INTO customer (cust_nm, email) VALUES ('홍길동', 'hong@example.com');
SELECT LAST_INSERT_ID();

-- UPSERT
INSERT INTO customer (cust_nm, email) VALUES ('홍길동', 'hong@example.com')
ON DUPLICATE KEY UPDATE cust_nm = VALUES(cust_nm);

-- 페이징
SELECT * FROM orders ORDER BY order_dt DESC LIMIT 40, 20; -- 41번째부터 20건

-- JSON 조회
SELECT cust_nm FROM customer WHERE attrs->>'$.channel' = 'mobile';

-- CTE·윈도우 함수 (8.0+)
WITH t AS (SELECT cust_id, SUM(amount) AS amt FROM orders GROUP BY cust_id)
SELECT cust_id, amt, RANK() OVER (ORDER BY amt DESC) AS rnk FROM t;
</syntaxhighlight>

=== 4.4 Oracle 사용자를 위한 문법 대응표 ===
{| class="wikitable sortable" style="width:100%;"
! Oracle !! MySQL !! 비고
|-
| <code>SELECT 1 FROM DUAL</code> || <code>SELECT 1</code> || DUAL도 사용 가능
|-
| <code>NVL(a, b)</code> || <code>IFNULL(a, b)</code>, <code>COALESCE(a, b)</code> ||
|-
| <code>SYSDATE</code> || <code>NOW()</code>, <code>CURDATE()</code> || MySQL <code>SYSDATE()</code>는 호출 시각 (NOW는 문장 시작 시각)
|-
| <code>ROWNUM <= 10</code> || <code>LIMIT 10</code> ||
|-
| <code>seq.NEXTVAL</code> || <code>AUTO_INCREMENT</code> || 시퀀스 객체 없음
|-
| <code>DECODE(a, 1, 'x', 'y')</code> || <code>CASE</code>, <code>IF(a = 1, 'x', 'y')</code> ||
|-
| <code>TO_CHAR(dt, 'YYYY-MM-DD')</code> || <code>DATE_FORMAT(dt, '%Y-%m-%d')</code> || 포맷 문자가 다르다
|-
| <code>TO_DATE('20261104','YYYYMMDD')</code> || <code>STR_TO_DATE('20261104', '%Y%m%d')</code> ||
|-
| <code>a || b</code> || <code>CONCAT(a, b)</code> || MySQL의 <code>||</code>는 기본적으로 '''논리 OR'''
|-
| <code>MERGE INTO</code> || <code>INSERT … ON DUPLICATE KEY UPDATE</code> ||
|-
| <code>CONNECT BY</code> || <code>WITH RECURSIVE</code> (8.0+) ||
|-
| <code>MINUS</code> || <code>EXCEPT</code> (8.0.31+) ||
|-
| <code>FULL OUTER JOIN</code> || 지원 안 함 → <code>LEFT JOIN … UNION … RIGHT JOIN</code> ||
|-
| <code><nowiki>''</nowiki></code> = NULL || <code><nowiki>''</nowiki></code> ≠ NULL ||
|}

== 5. InnoDB 내부 구조 ==
=== 5.1 메모리와 로그 ===
<syntaxhighlight lang="text">
클라이언트 ──접속──▶ mysqld (하나의 프로세스) ──▶ 접속마다 스레드 1개
┌──────────── SQL 계층 ─────────────┐
│ 파서 · 옵티마이저 · 실행기 │──▶ Binary Log (binlog: 복제·PITR용, 논리 변경 기록)
└────────────────┬──────────────────┘
┌──────────── InnoDB 엔진 ──────────┐
│ Buffer Pool (데이터·인덱스 페이지 캐시, 16KB) │
│ Log Buffer ──▶ Redo Log (장애 복구용) │
│ Undo Log (MVCC 이전 버전, 롤백) │
│ Change Buffer · Adaptive Hash Index │
└───────────────────────────────────┘
백그라운드 스레드: master · purge · page cleaner · I/O threads
</syntaxhighlight>

{| class="wikitable" style="width:100%;"
! 변수 !! 역할 !! 출발점 (전용 서버 기준)
|-
| <code>innodb_buffer_pool_size</code> || 버퍼 풀 크기 (가장 중요) || 메모리의 50~70%
|-
| <code>innodb_redo_log_capacity</code> || Redo 로그 전체 크기 (8.0.30+) || 쓰기량에 맞춰 수 GB
|-
| <code>innodb_flush_log_at_trx_commit</code> || 커밋 시 Redo 디스크 반영 방식 || '''1''' (안전, 기본값)
|-
| <code>sync_binlog</code> || 커밋 시 binlog 동기화 || '''1''' (안전, 기본값)
|-
| <code>max_connections</code> || 최대 접속 수 || 애플리케이션 커넥션 풀과 함께 설계
|-
| <code>long_query_time</code> / <code>slow_query_log</code> || 느린 쿼리 기록 기준 || 1초 등으로 켜 두기
|}

=== 5.2 클러스터드 인덱스 — 가장 중요한 개념 ===
{{핵심|제목=InnoDB 저장 구조의 핵심|내용=InnoDB 테이블의 데이터는 '''기본키(PK) 순서대로 B+Tree 리프에 저장'''된다 (클러스터드 인덱스). 보조 인덱스(Secondary Index)의 리프에는 ROWID가 아니라 '''PK 값'''이 들어 있어, 보조 인덱스로 찾은 뒤 PK로 한 번 더 찾아간다.}}

{{단계별양식2
|제목1 = 보조 인덱스 |설명1 = 조건으로 PK 값 찾기
|제목2 = PK 인덱스 |설명2 = PK로 다시 탐색
|제목3 = 데이터 행 |설명3 = 클러스터드 리프에서 읽기
}}

{| class="wikitable" style="width:100%;"
! PK 설계 원칙 !! 이유
|-
| '''짧은 값''' (BIGINT 등) || 모든 보조 인덱스에 PK가 복사되므로 PK가 길면 인덱스 전체가 커진다
|-
| '''증가하는 값''' (AUTO_INCREMENT) || 랜덤 값(UUID 문자열)은 중간 삽입으로 페이지 분할이 잦아진다
|-
| '''반드시 명시''' || PK가 없으면 InnoDB가 숨은 6바이트 행 ID를 만들어 쓴다
|-
| '''변경하지 않는 값''' || PK 변경은 행 이동 + 모든 보조 인덱스 갱신을 일으킨다
|}

=== 5.3 Redo Log와 Binlog ===
* '''Redo Log''' — InnoDB 엔진의 장애 복구용 물리 로그 (Oracle Redo와 같은 역할).
* '''Binary Log''' — 서버 계층의 논리 변경 기록. '''복제'''와 '''시점 복구(PITR)'''에 쓰인다. 형식은 <code>ROW</code>(기본, 권장).
* 두 로그는 내부 2단계 커밋으로 일관성을 맞춘다.

== 6. 인덱스와 실행계획 ==
=== 6.1 인덱스 기본 ===
{| class="wikitable" style="width:100%;"
! 종류 !! 설명 !! 예
|-
| PRIMARY KEY || 클러스터드 인덱스 (테이블 자체) || <code>PRIMARY KEY (order_id)</code>
|-
| 보조 인덱스 || 일반 B+Tree 인덱스 || <code>CREATE INDEX ix ON orders (cust_id, order_dt);</code>
|-
| UNIQUE || 중복 불가 보조 인덱스 || <code>UNIQUE KEY uk (email)</code>
|-
| 커버링 인덱스 || 필요한 컬럼이 모두 인덱스에 있어 PK 재탐색 생략 || EXPLAIN Extra: <code>Using index</code>
|-
| 함수 기반 인덱스 || 식 결과를 인덱싱 (8.0.13+) || <code>CREATE INDEX ix ON customer ((lower(email)));</code>
|-
| FULLTEXT || 전문 검색 (ngram 파서로 한글 지원) || <code>FULLTEXT KEY ft (title) WITH PARSER ngram</code>
|-
| 내림차순 인덱스 || 8.0부터 DESC 실제 적용 || <code>(order_dt DESC)</code>
|}
{{설명|제목=Online DDL|내용=<code>ALTER TABLE … ADD INDEX … , ALGORITHM=INPLACE, LOCK=NONE</code>처럼 지정하면 대부분의 인덱스 추가를 운영 중 DML을 막지 않고 수행할 수 있다. 대용량 테이블은 gh-ost, pt-online-schema-change 같은 도구도 쓴다.}}

=== 6.2 EXPLAIN 읽기 ===
<syntaxhighlight lang="sql">
EXPLAIN
SELECT c.cust_nm, SUM(o.amount)
FROM customer c JOIN orders o ON o.cust_id = c.cust_id
WHERE o.order_dt >= CURDATE() - INTERVAL 30 DAY
GROUP BY c.cust_nm;
</syntaxhighlight>
{| class="wikitable" style="width:100%;"
! 컬럼 !! 의미 !! 주의해서 볼 값
|-
| <code>table</code> / <code>id</code> || 접근 테이블과 실행 단위 || 위에서 아래 순서로 조인 (드라이빙 → 드리븐)
|-
| '''<code>type</code>''' || 접근 방식 || 좋음 <code>const</code> → <code>eq_ref</code> → <code>ref</code> → <code>range</code> → <code>index</code> → <code>ALL</code>(풀스캔) 나쁨
|-
| <code>possible_keys</code> / <code>key</code> || 후보 인덱스 / 실제 사용 인덱스 || key가 NULL이면 인덱스 미사용
|-
| <code>key_len</code> || 사용한 인덱스 길이 || 결합 인덱스의 몇 번째 컬럼까지 썼는지
|-
| <code>rows</code> || 예상 읽기 행 수 ||
|-
| <code>filtered</code> || 조건 통과 예상 비율(%) ||
|-
| '''<code>Extra</code>''' || 추가 정보 || <code>Using index</code>(좋음), <code>Using filesort</code>, <code>Using temporary</code>(주의)
|}
<syntaxhighlight lang="sql">
-- 실제 실행 시간·행 수까지 (8.0.18+) — Oracle의 ALLSTATS LAST와 비슷
EXPLAIN ANALYZE
SELECT * FROM orders WHERE cust_id = 1001 AND order_dt >= '2026-10-01';

-- 트리 형식 계획
EXPLAIN FORMAT=TREE SELECT ...;
</syntaxhighlight>
{{요점|내용=인덱스를 못 타는 패턴은 Oracle과 같다 — '''인덱스 컬럼 가공''', '''묵시적 형변환'''(문자 컬럼에 숫자 비교), '''앞쪽 와일드카드 LIKE''', '''결합 인덱스 선두 컬럼 누락'''. 통계는 <code>ANALYZE TABLE 테이블명;</code>으로 갱신한다. → [[인덱스 튜닝 심화]]}}

== 7. 트랜잭션과 락 ==
{| class="wikitable" style="width:100%;"
! 격리 수준 !! 특징 !! 비고
|-
| READ UNCOMMITTED || 커밋 전 데이터도 읽음 || 사용하지 않음
|-
| READ COMMITTED || 커밋된 최신 데이터 읽기 || Oracle 기본값과 같음
|-
| '''REPEATABLE READ''' || 트랜잭션 시작 시점 스냅샷 유지 || '''MySQL 기본값'''
|-
| SERIALIZABLE || 읽기에도 공유 락 ||
|}
{{중요|내용=REPEATABLE READ에서 범위 조건 UPDATE·DELETE·<code>SELECT … FOR UPDATE</code>는 행 사이 공간까지 잠그는 '''갭 락(Gap Lock) / 넥스트 키 락'''을 건다. 인덱스가 없는 컬럼으로 UPDATE하면 '''사실상 테이블 전체가 잠길 수 있으므로''' 조건 컬럼에 인덱스가 꼭 필요하다.}}
<syntaxhighlight lang="sql">
-- autocommit 기본값은 ON. 여러 문장을 묶으려면 명시적으로 시작
START TRANSACTION;
UPDATE orders SET amount = amount - 1000 WHERE order_id = 10;
COMMIT;

-- 락 대기 확인 (8.0+)
SELECT * FROM sys.innodb_lock_waits\G
SELECT * FROM performance_schema.data_locks LIMIT 20;
</syntaxhighlight>

== 8. 사용자·권한 ==
<syntaxhighlight lang="sql">
-- 사용자는 '이름'@'접속 호스트' 조합으로 구분된다
CREATE USER 'app_user'@'10.0.0.%' IDENTIFIED BY 'change_me';
GRANT SELECT, INSERT, UPDATE, DELETE ON shop.* TO 'app_user'@'10.0.0.%';

-- 역할(Role) 사용 (8.0+)
CREATE ROLE 'app_read';
GRANT SELECT ON shop.* TO 'app_read';
GRANT 'app_read' TO 'report_user'@'%';
SET DEFAULT ROLE ALL TO 'report_user'@'%';

SHOW GRANTS FOR 'app_user'@'10.0.0.%';
</syntaxhighlight>
{{설명|제목=인증 플러그인|내용=MySQL 8.0부터 기본 인증 방식은 <code>caching_sha2_password</code>이다. 오래된 클라이언트 드라이버는 접속 오류가 날 수 있으므로 드라이버를 최신으로 맞춘다.}}

== 9. 백업·복구·복제 ==
{| class="wikitable" style="width:100%;"
! 방식 !! 도구 !! 특징 !! Oracle 대응
|-
| 논리 백업 || <code>mysqldump</code> || SQL 문으로 덤프, 소규모 DB에 적합 || Data Pump
|-
| 논리 백업 (병렬) || MySQL Shell <code>util.dumpInstance()</code> / <code>loadDump()</code> || 병렬·압축, 대용량에 유리 || Data Pump 병렬
|-
| 물리 백업 || Percona XtraBackup, MySQL Enterprise Backup || 운영 중 온라인 물리 백업 || RMAN
|-
| 시점 복구 || 백업 + '''binlog 재적용''' (<code>mysqlbinlog</code>) || 원하는 시각·위치까지 복구 || RMAN + Archive Log
|-
| 복제 || 소스-레플리카 (binlog, GTID 권장) || 읽기 분산, 대기 서버 || Data Guard
|-
| 고가용성 || Group Replication / InnoDB Cluster || 자동 장애 조치 || RAC / Data Guard Broker
|}
<syntaxhighlight lang="bash">
# 일관된 논리 백업 (InnoDB, 운영 중 락 최소화)
mysqldump -uroot -p --single-transaction --routines --triggers --events \
--source-data=2 shop > shop.sql
mysql -uroot -p shop_new < shop.sql

# 시점 복구: 백업 이후 binlog를 특정 시각까지 재적용
mysqlbinlog --stop-datetime="2026-11-04 10:29:59" binlog.000123 | mysql -uroot -p
</syntaxhighlight>

== 10. 모니터링 기본 쿼리 ==
<syntaxhighlight lang="sql">
-- 실행 중인 세션 (Oracle V$SESSION)
SELECT id, user, host, db, command, time, state, LEFT(info, 60) AS query
FROM information_schema.processlist
WHERE command <> 'Sleep'
ORDER BY time DESC;

-- 부하 상위 SQL (Oracle V$SQL) — sys 스키마 뷰
SELECT query, exec_count, total_latency, avg_latency, rows_examined_avg
FROM sys.statement_analysis
ORDER BY total_latency DESC
LIMIT 10;

-- 테이블 크기
SELECT table_schema, table_name,
ROUND((data_length + index_length) / 1024 / 1024) AS size_mb
FROM information_schema.tables
ORDER BY data_length + index_length DESC
LIMIT 10;

-- 버퍼 풀 적중 관련 지표
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%';
</syntaxhighlight>

== 11. 학습 커리큘럼 (10주) ==
{{안내바|강조=설치 → SQL → InnoDB 구조 → 성능 → 운영|내용=한 주에 이론 3시간 + 실습 3시간|우측=Oracle 경험자는 5주차(클러스터드 인덱스)에 특히 집중하세요.}}
{| class="wikitable" style="width:100%;"
! style="width:8%;" | 주차 !! style="width:12%;" | 단계 !! style="width:22%;" | 주제 !! 세부 내용 !! style="width:22%;" | 실습
|-
| 1 || rowspan="2" | 기초 || MySQL 소개와 설치 || 역사·에디션·MariaDB, Docker/패키지 설치, mysql 클라이언트, Workbench || 실습 서버 구축, 기본 명령
|-
| 2 || 논리 구조와 기본 SQL || 데이터베이스=스키마, 시스템 DB, DDL/DML, autocommit || 샘플 DB 생성
|-
| 3 || rowspan="2" | SQL || 데이터 타입과 문자셋 || 숫자·문자·날짜, AUTO_INCREMENT, JSON, utf8mb4와 콜레이션 || 쇼핑몰 테이블 설계
|-
| 4 || 고급 SQL || CTE·WITH RECURSIVE, 윈도우 함수, UPSERT, Oracle 문법 차이 || Oracle SQL 10개 변환
|-
| 5 || rowspan="2" | InnoDB || 저장 구조 || 클러스터드 인덱스, 보조 인덱스, 페이지·페이지 분할, PK 설계 || PK 종류별 INSERT 성능 비교
|-
| 6 || 메모리와 로그 || 버퍼 풀, Redo·Undo·Binlog, MVCC, 주요 변수 || my.cnf 분석
|-
| 7 || rowspan="2" | 성능 || 인덱스와 EXPLAIN || type·key·Extra 해석, 커버링 인덱스, EXPLAIN ANALYZE, 슬로 쿼리 로그 || 느린 SQL 3개 튜닝
|-
| 8 || 트랜잭션과 락 || 격리 수준, 갭 락·넥스트 키 락, 데드락 분석, data_locks || 락 대기 재현·분석
|-
| 9 || rowspan="2" | 운영 || 보안과 모니터링 || 사용자@호스트, 역할, performance_schema, sys 스키마 || 읽기 전용 계정 설계
|-
| 10 || 백업·복구·복제 || mysqldump, MySQL Shell 덤프, XtraBackup, binlog PITR, GTID 복제 || 레플리카 구성 실습
|}

== 12. 입문자 체크리스트 ==
{{노트박스
|라벨 = SELF CHECK
|제목 = 이 정도면 입문 완료
|내용 = □ mysql 클라이언트로 접속해 DB·테이블 구조와 DDL을 확인할 수 있다 □ utf8mb4로 데이터베이스와 테이블을 만들 수 있다 □ InnoDB 클러스터드 인덱스와 보조 인덱스의 관계를 설명할 수 있다 □ EXPLAIN의 type, key, Extra를 보고 인덱스 사용 여부를 판단할 수 있다 □ REPEATABLE READ와 갭 락이 UPDATE에 주는 영향을 설명할 수 있다 □ mysqldump로 백업하고 복원할 수 있다
}}

== 13. 용어집 ==
{| class="wikitable sortable" style="width:100%;"
! 용어 !! 설명 !! Oracle 대응
|-
| 스토리지 엔진 || 실제 데이터 저장·트랜잭션을 담당하는 계층 (InnoDB) || (단일 엔진)
|-
| 클러스터드 인덱스 || PK 순서로 데이터를 저장하는 InnoDB 테이블 구조 || IOT
|-
| 보조 인덱스 || PK 값을 가리키는 일반 인덱스 || 인덱스 (ROWID 대신 PK)
|-
| 버퍼 풀 || 데이터·인덱스 페이지 캐시 || Buffer Cache
|-
| Redo Log || InnoDB 장애 복구용 로그 || Redo Log
|-
| Binlog || 복제·시점 복구용 논리 변경 로그 || Archive Log (용도상)
|-
| GTID || 전역 트랜잭션 ID, 복제 위치 관리 || SCN (용도상)
|-
| 갭 락 || 인덱스 레코드 사이 공간에 거는 락 || (없음)
|-
| 레플리카 || 복제 대상 서버 || Standby DB
|-
| performance_schema || 서버 성능 계측 정보 || V$ 동적 성능 뷰
|}

== 14. 참고 자료 ==
* MySQL 8.4 Reference Manual — https://dev.mysql.com/doc/refman/8.4/en/
* MySQL 공식 다운로드 — https://dev.mysql.com/downloads/
* MySQL Shell 문서 — https://dev.mysql.com/doc/mysql-shell/8.4/en/

{{관련글|이전글=[[PostgreSQL 입문]]|다음글=[[SQL 튜닝 입문]]}}

[[분류:MySQL]]
[[분류:입문 가이드]]
[[분류:커리큘럼]]

MySQL 입문 - 편집 역사

Dbstudy: MySQL 초보 입문자용 문서 생성