링크 ux 에서 my sql 데이터 베 이 스 를 어떻게 실현 합 니까?

1. 디스크 공간 상황 보기:
정시 백업 인 만큼 공간 이 충분 한 디스크 공간 을 선택 하여 공간 부족 으로 백업 에 실패 하고 데이터 가 손실 되 는 나 쁜 결과 가 발생 하지 않도록 해 야 합 니 다!  현재 디스크 에 저장 하 는 것 이 가장 간단 하지만 가장 추천 하지 않 습 니 다.서버 에 여러 개의 하 드 디스크 가 있 으 니 백업 을 다른 하 드 디스크 에 저장 하 는 것 이 좋 습 니 다.조건 이 있 으 면 더 안전 한 저장 소 미디어 를 선택 하 십시오.

# df -h
Filesystem                    Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root   50G   46G  1.6G  97% /
tmpfs                         1.9G   92K  1.9G   1% /dev/shm
/dev/sda1                     485M   39M  421M   9% /boot
/dev/mapper/VolGroup-lv_home  534G  3.6G  503G   1% /home

2. 백업 디 렉 터 리 만 들 기:
위 에서 우 리 는 명령 을 사용 하여 / home 아래 공간 이 비교적 충분 하 다 는 것 을 알 수 있 기 때문에 / home 에 백업 파일 을 저장 하 는 것 을 고려 할 수 있다.

cd /home
mkdir backup
cd backup

3. 백업 셸 스 크 립 트 생 성:
다음 명령 의 DatabaseName 을 실제 데이터베이스 이름 으로 바 꾸 는 것 을 주의 하 십시오.  물론, 너 도 사실 적 인 명명 규칙 을 사용 할 수 있다!

vi bkDatabaseName.sh

다음 내용 을 입력 / 붙 여 넣 기:

#!/bin/bash
mysqldump -uusername -ppassword DatabaseName > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql

백업 압축:

#!/bin/bash
mysqldump -uusername -ppassword DatabaseName | gzip > /home/backup/DatabaseName_$(date +%Y%m%d_%H%M%S).sql.gz

주의:  username 을 실제 사용자 이름 으로 바 꾸 기;  password 를 실제 비밀번호 로 바 꾸 기;  DatabaseName 을 실제 데이터베이스 이름 으로 바 꾸 기;
4. 실행 가능 한 권한 추가:

chmod u+x bkDatabaseName.sh

실행 가능 한 권한 을 추가 한 후 스 크 립 트 가 잘못 되 었 는 지, 정상적으로 사용 할 수 있 는 지 확인 하 십시오.

./bkDatabaseName.sh

5. 계획 퀘 스 트 추가
crontab 검사 또는 설치
crontab 설치 여부 확인:  crontab 명령 을 실행 합 니 다. command 를 찾 을 수 없 으 면 설치 되 지 않 았 음 을 표시 합 니 다.

# crontab
-bash: crontab: command not found

crontab 가 설치 되 어 있 지 않 으 면 먼저 설치 해 야 합 니 다. 구체 적 인 절 차 는 참고 하 십시오.  CentOS 에서 yum 명령 을 사용 하여 계획 작업 프로그램 crontab 를 설치 합 니 다.  rpm 명령 을 사용 하여 CentOS 시스템 디스크 에 계획 작업 프로그램 crontab 를 설치 합 니 다.
계획 작업 추가
명령 실행:

crontab -e

 

이 때 는 vi 편집 기 를 사용 하 는 것 처럼 계획 작업 을 편집 할 수 있 습 니 다.  다음 내용 을 입력 하고 저장:

10 0 * * * /home/backup/bkDatabaseName.sh

 

구체 적 으로 무슨 뜻 이 죠?  셸 스 크 립 트 '/ home / backup / bkdatabaseName. sh' 를 매일 0 시 10 분 에 한 번 씩 실행 한 다 는 뜻 이다.
6. 퀘 스 트 수행 여부 테스트
아주 간단 합 니 다. 우 리 는 "ls" 명령 을 몇 번 실행 합 니 다. 1 분 후에 파일 이 만 들 어 졌 는 지 확인 하면 됩 니 다!
작업 수행 에 실패 하면 다음 명령 을 통 해 작업 로 그 를 볼 수 있 습 니 다:

tail -f /var/log/cron

출력 은 다음 과 같 습 니 다:

Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2503]: starting 0anacron
Sep 30 14:01:01 bogon run-parts(/etc/cron.hourly)[2512]: finished 0anacron
Sep 30 15:01:01 bogon CROND[3092]: (root) CMD (run-parts /etc/cron.hourly)
Sep 30 15:01:01 bogon run-parts(/etc/cron.hourly)[3092]: starting 0anacron
Sep 30 15:01:02 bogon run-parts(/etc/cron.hourly)[3101]: finished 0anacron
Sep 30 15:50:44 bogon crontab[3598]: (root) BEGIN EDIT (root)
Sep 30 16:01:01 bogon CROND[3705]: (root) CMD (run-parts /etc/cron.hourly)
Sep 30 16:01:01 bogon run-parts(/etc/cron.hourly)[3705]: starting 0anacron
Sep 30 16:01:01 bogon run-parts(/etc/cron.hourly)[3714]: finished 0anacron
Sep 30 16:15:29 bogon crontab[3598]: (root) END EDIT (root)

저작권 성명: 본 고 는 블 로 거들 이 창작 한 글 로 블 로 거들 의 허락 없 이 전재 할 수 없다.https://blog.csdn.net/tengfei_0812/article/details/62044130