MySQL

01무엇이고, 어떤 일을 하나

• 사용자·객체 권한을 적용하여 SQL 요청을 처리한다.
• InnoDB의 트랜잭션·인덱스·복구 기능으로 자료를 관리한다.
• 덤프·변경 로그·복제로 백업과 가용성 구성을 지원한다.

02어떤 순서로 동작하나

1. 접속과 SQL 수신

   서버가 계정을 인증하고 데이터베이스·객체 권한과 문장을 해석한다.

2. 계획과 엔진 접근

   옵티마이저가 접근 계획을 선택하고 저장 엔진이 페이지·인덱스·동시성을 처리한다.

3. 트랜잭션 확정

   작업의 오류·변경 행 수를 판정하고 트랜잭션 규칙에 따라 커밋하거나 롤백한다.

4. 로그·백업 연결

   엔진 복구 기록과 설정된 binary log를 관리하고 일관된 백업 및 필요한 로그 구간을 별도로 보관한다.

03먼저 알아둘 용어와 구성요소

오류·일반 질의 로그

오류 로그는 시작·종료·복구·엔진 장애 등을 설명하고, general query log는 연결과 수신한 질의 등을 기록한다.

slow query log

slow query log는 실행 시간 등 설정 조건에 맞는 질의를 남기므로 일반 질의 전체나 사용자 감사 기록과 목적이 다르다.

binary log

binary log는 복제와 시점 복구에 사용할 변경 스트림이다.

mysqldump

MariaDB의 mariadb-dump와 MySQL의 mysqldump는 논리 백업 도구다.

single-transaction

--single-transaction은 주로 InnoDB 같은 트랜잭션 테이블을 일관된 스냅샷으로 읽는 데 쓰인다.

물리 백업

물리 백업은 DB 파일·페이지를 엔진의 복구 규칙에 맞게 보관하므로 빠를 수 있지만 엔진·버전·포맷 호환성과 일관성 조건이 더 직접적으로 연결된다.

04예제로 따라가기

• mysqldump의 출력을 보호된 파일로 저장하고 성공 종료·복원 검증까지 확인해야 실제 백업이 된다.
• InnoDB 테이블의 single-transaction 덤프와 비트랜잭션 테이블의 일관성 보장을 같다고 볼 수 없다.
• binary log는 복제·시점 복구용 변경 스트림이고 InnoDB redo log와는 역할·형식·복구 절차가 다르다.

05혼동하기 쉬운 점과 확인 기준

• 비트랜잭션 테이블이나 백업 도중 DDL은 같은 보장을 받지 않을 수 있으므로 자료와 스키마 변경 범위를 통제한다.
• 실행 중인 데이터 디렉터리를 파일 복사 도구로 단순 복사하면 각 파일을 읽은 시점이 달라질 수 있다.
• MariaDB와 호환되는 기능이 많아도 모든 버전·엔진·옵션·복제 조합을 서로 교환할 수 있다고 가정하지 않는다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.