MySQL 데이터베이스를 5가지 방법으로 백업하는 방법?

데이터베이스에 점점 더 많은 데이터가 저장됨에 따라 데이터 백업은 점점 더 중요해지고 있습니다. 데이터베이스 백업은 기업이나 개인이 데이터 손실로 인해 막대한 손실을 입지 않도록 보장하는 매우 중요한 작업입니다. MySQL은 널리 사용되는 오픈소스 관계형 데이터베이스 관리 시스템으로, 기업에서 널리 사용되고 있습니다. 본 문서에서는 MySQL 데이터베이스를 백업하는 방법에 대해 설명합니다.

MySQL 데이터베이스 백업 유형

데이터베이스의 크기 according 하여 사용되는 네 가지 유형의 백업이 있으며, 이는 다양한 상황에서 사용됩니다:

전체 백업

이는 대부분의 사람들이 사용하는 일반적인 방법입니다. 사용자 테이블, 시스템 테이블, 인덱스, 뷰 및 저장 프로시저와 같은 모든 데이터베이스 개체를 포함하여 전체 데이터베이스를 백업할 수 있습니다. 하지만 더 많은 시간과 공간이 소요되므로 일반적으로 일주일에 한 번 전체 백업을 수행하는 것이 권장됩니다.

트랜잭션 로그 백업

트랜잭션 로그는 데이터베이스에 대한 변경 사항을 기록하는 별도의 파일입니다. 백업은 마지막 백업 이후 데이터베이스에 이루어진 변경 사항만 복사하면 되므로 매우 짧은 시간이 소요됩니다. 데이터베이스의 안정성을 위해 트랜잭션 로그의 시간 단위 또는 그보다 더 잦은 백업을 권장합니다.

차등 백업

데이터베이스의 일부만 백업하는 또 다른 방법이며, 트랜잭션 로그를 사용하지 않고 대신 전체 데이터베이스의 새 이미지를 사용합니다. 마지막 전체 백업 이후 변경된 데이터베이스만 포함하기 때문에 원래의 전체 백업보다 작습니다. 저장 및 복구 속도가 빠른 장점이 있습니다. 매일 차등 백업을 수행하는 것이 좋습니다.

파일 백업

데이터베이스는 하드 디스크의 여러 파일로 구성될 수 있습니다. 데이터베이스가 매우 커서 하룻밤 만에 백업할 수 없다면, 파일 백업을 사용하여 매일 밤 데이터베이스의 일부분을 백업할 수 있습니다. 일반적으로 데이터베이스가 여러 개의 파일 저장소를 사용해야 할 정도로 크지 않기 때문에 이러한 유형의 백업은 그리 흔하지 않습니다.

데이터베이스의 상태에 따라 세 가지 유형으로 나눌 수 있습니다:

1. 콜드 백업

콜드 백업은 데이터베이스가 오프라인 상태에서 사용자에게 접근이 불가능할 때 데이터에 대해 수행되는 백업입니다. 백업이 데이터베이스 오프라인 상태에서 이루어지기 때문에 콜드 백업은 보통 오프라인 백업이라고 불리기도 합니다. 콜드 백업은 보통 더 적은 자원을 소비하며, 새로운 데이터를 추가할 수 없기 때문에(데이터베이스가 오프라인 상태임) 백업 프로세스가 한 번에 모든 데이터를 백업할 수 있습니다. 물론 콜드 백업은 백업 작업이 진행 중일 때 데이터베이스에 접근할 수 없다는 제한 사항이 있습니다.

2. 핫 백업

핫 백업은 데이터베이스가 온라인 상태이고 사용자가 접근할 수 있는 동안 데이터에 대해 수행되는 백업입니다. 핫 백업은 다운타임을 요구하지 않고 운영체제의 중단이 거의 없기 때문에 매우 편리한 해결책일 수 있지만, 다음과 같은 단점도 있습니다: 백업이 진행 중인 동안 백업 대상 데이터가 변경되는 경우 백업본이 데이터베이스 내 데이터의 최종 버전과 동일하지 않을 수도 있습니다.

3. 논리적 백업

논리적 백업은 소프트웨어를 사용하여 데이터베이스에서 데이터를 추출하고 결과를 파일에 기록합니다.

MySQL 데이터베이스 백업 방법은?

백업 복구 방법에 따라 MySQL에는 논리적 백업과 물리적 백업이 있습니다. 논리적 백업은 SQL 문을 백업한 후 복구 시 이를 실행하여 데이터베이스 데이터를 재현하는 방식입니다. 물리적 백업은 디스크에 저장된 것과 동일한 형식으로 데이터베이스 파일을 복사하는 방식입니다.

이 두 가지 유형의 백업에는 각각 장단점이 있습니다. 일반적으로 물리적 백업은 복구 속도가 더 빠르지만 더 많은 공간을 차지하는 반면, 논리적 백업은 속도는 느리지만 공간을 덜 차지합니다.

1. mysqldump 사용하기

Mysqldump는 MySQL에 포함된 백업 도구로, bin 디렉터리(/usr/local/mysql/bin/mysqldump)에 위치하며, innoDB 기반의 핫 백업을 지원합니다. 다만 논리적 백업이기 때문에 속도가 빠르지 않아 백업 데이터가 상대적으로 작은 시나리오에 적합합니다. Mysqldump 전체 백업과 이진 로그를 활용하면 특정 시점 복구를 수행할 수 있습니다.

MyISAM 저장 엔진의 테이블의 경우 핫 백업만 사용할 수 있습니다. 이때 데이터 쓰기를 방지해야 하므로 먼저 읽기 잠금을 추가해야 합니다. 이 시점에서 데이터베이스에 직접 진입하여 수동으로 읽기 잠금을 걸 수도 있지만, 이는 다소 번거로운 작업입니다. mysqldump 도구 자체에 --lock-all-tables와 같은 잠금 옵션이 포함되어 있으므로 이를 활용하면 됩니다. 예를 들어, mysqldump --databases test --lock-all-tables --flush-logs > /tmp/backup_test_`date +%F-%H-%M`.sql 명령을 사용할 수 있습니다.

단일 테이블을 백업하는 경우, 라이브러리 이름 test 뒤에 테이블 이름을 추가하면 됩니다.

InnoDB 저장 엔진 테이블의 경우 데이터베이스를 잠그지 않고 핫 백업을 수행할 수 있습니다. 핫 백업을 수행하기 위한 옵션을 추가하십시오: --single-transaction, 예시: mysqldump --databases test --single-transaction --flush-logs --master-data=2> /tmp/backup_test_`date+%F-%H-%M`.sql.

P.S. 복원할 때 바이너리 로그를 닫는 것을 잊지 마세요:

mysql> set sql_log_bin=0;

이 방식은 논리적 백업 방법을 기반으로 하기 때문에 SQL을 실행하면 데이터를 삽입하고 이를 바이너리 로그에 기록합니다. 복구를 위해서는 삽입된 바이너리 로그 기록을 중단하여 복구 시간을 단축할 수 있습니다.

MySQL 데이터베이스 백업 및 복구(Mysqldump 사용/미사용)에 대해 클릭하여 더 알아보세요.

2. LVM 스냅샷 기반 백업

물리 백업 측면에서는 파일 시스템(LVM 스냅샷)을 기반으로 한 물리 백업이 있으며, tar와 같은 명령어를 사용하여 전체 데이터베이스 디렉터리를 패키징하고 백업할 수도 있지만, 이 방법은 콜드 백업에만 사용할 수 있습니다. 서로 다른 저장 엔진은 각기 다른 내용을 백업합니다. MyISAM은 자동으로 테이블 단위로 백업되지만, InnoDB는 독립 테이블 공간을 활성화하지 않으면 전체 데이터베이스만 백업할 수 있습니다.

LVM의 스냅샷 기능을 백업에 활용하는 방법에 대한 소개는 다음과 같습니다.

1) 안전을 위해 먼저 데이터베이스에 읽기 잠금을 설정하십시오

mysql>FLUSH TABLES WITH READ LOCK

2) 특정 시점 복구를 위해 바이너리 로그 새로 고침

mysql>FLUSH LOGS

3) 그런 다음 스냅샷 볼륨을 생성하십시오

lvcreate –L 1G –s –n data-snap –p –r /dev/myvg/mydata

4) 읽기 잠금을 해제하기 위해 데이터베이스에 접속합니다

UNLOCK TABLES

5) 백업을 위해 스냅샷 볼륨 마운트

+++++| File | Position | Binlog_Do_DB |Binlog_Ignore_DB |  | mysql-bin.000003 | 194554 | | |  1 row in set (0.00 sec)

--Re-open a shell window, go to the data file directory tar packageopen window 2[root@myfstv_21_11 data]# tar -zcvf mysqla1.tar.gz mysqlatar -zcvf mysqla1.tar.gz mysqla CompressedSwitch to window 1 and execute the unlock command

Query OK, 0 rows affected (0.00 sec)mysql>