mysql 복원을 하려고 이곳저곳의 서버를 테스트 해보고 있습니다. 정보
mysql 복원을 하려고 이곳저곳의 서버를 테스트 해보고 있습니다.![](http://sir.kr/data/member_image/ka/kagla.gif?1453338532)
본문
보통 복원하는데 하루가 넘어가니 서버를 옮길 엄두를 못내고 있습니다. ㅠㅠ
클라우드 서버에서는 보통 몇시간이면 되는것으로 나오는데
온디바이스 에서는 하루 또는 며칠이 걸려야 복원이 되는것으로 나오네요.
pv sql파일 | mysql -u유저 -p DB명
이렇게 확인하는거 맞죠?
0
댓글 11개
![](http://sir.kr/data/member_image/jo/joan.gif?1327831289)
https://www.dell.com/ko-kr/shop/cty/pdp/spd/poweredge-r960/asper960
이런 서버 사용하시면 순식간에 끝나지 않을까요??
사용해 보시고 후기좀 남겨주세요 ^^v
![](http://sir.kr/data/member_image/jo/joniel.gif?1606697544)
![](http://sir.kr/data/member_image/ka/kagla.gif?1453338532)
@xpem 기술이 발전했는데 복원 속도는 더 느려졌어요
세월을 돌려주세요.
![](http://sir.kr/data/member_image/ka/kagla.gif?1453338532)
@Joan 10만9천원 정도야 ㅎㅎㅎ
![](http://sir.kr/data/member_image/ku/kunter.gif?1707350134)
위에써버... PCIe100기가껴서... 써보고싶네요 +_+;;;
PV가 파일전송이네요 DB면 압축해서보내면 보내는시간
줄지않을까요
![](http://sir.kr/data/member_image/ka/kagla.gif?1453338532)
@코리64 풀어서 restore 를 해야 해서요.
리눅스에서 pv
는 "Pipe Viewer"의 약자로, 파이프라인을 통해 전송되는 데이터의 처리 과정을 시각화해주는 도구입니다.
보통 이런 방식으로 사용하죠.
mysql restore 하는 시간을 알 수 없으니 이런 방법으로 예상 시간을 측정합니다.
# pv dump.sql | mysql -uusername -p dbname
Enter password:
91.73GiB 1:16:41 [ 355KiB/s] [=========> ] 17% ETA 6:08:12
원래는 이런 방식으로 많이 하죠.
# mysql -uusername -p dbname < dump.sql
맞을 겁니다 ㅎ 해보고 틀리면 블러그 찾아보시고ㅡ 그래도 안되면 유투브까지 봐야 하구요ㅡㅡ그래도 답이 안나오면 영어 유투브도 봐야 해요 ㅡ 여기서부터는 기분이 별로가 되요 ㅎ
Mysql 버전이 동일하면 그냥 바이너리 폴더 복사하시면 됩니다.
아니면 핫백업툴 사용.
이도저도 안되면 덤프할때 log 포지션 옵션넣고 백업하신뒤에 슬레이브를 구성합니다. 특정시점에 슬레이브를 마스터로 승격하면 이전 완료.
![](http://sir.kr/data/member_image/ji/jihan006.gif?1673786017)
replication 설정해두고 하는게 편하고 이전시 중단 시간도 줄일 수 있죠. 파일도 rsync로 동기화하는게 좋고요. 동기화 끝나면 무중단에 가깝게 이전하기도 가능해지죠.
![](http://sir.kr/data/member_image/ka/kagla.gif?1453338532)
https://sir.kr/cm_free/1678739
해결 했습니다.
답변 주신 모든 분들께 감사 드립니다. ^^