MySQL復制數據庫
阿新 • • 發佈：2019-02-02
shu ges ofo mark 官方 數據一致性 pos $0 exist MySQL復制數據庫的辦法非常多。針對不同的場景，選擇相應的辦法。
在可以停止寫入，不用保證數據一致性，需要速度的情況下，可以通過物理復制的辦法。以下給出腳本：
在可以停止寫入，不用保證數據一致性，需要速度的情況下，可以通過物理復制的辦法。以下給出腳本：
#!/bin/bash datadir=/data/mysql export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin:/root/bin:/usr/local/mysql/bin usage(){ echo -e "Usage: $0 db1 db2\nCopy db1 to db2.\nNote: if db2 exists,drop and recreate it." exit 1 } if [ $# -ne 2 ]; then usage; fi [ -d ${datadir}/$2 ] && rm -rf ${datadir}/$2/* mysql --login-path=recover -e "drop database if exists $2;create database $2;" for i in `ls -1 ${datadir}/$1/ | grep .ibd | awk -F ‘.‘ ‘{print $1}‘` do mysql --login-path=recover -e "create table $2.$i like $1.$i;ALTER TABLE $2.$i DISCARD TABLESPACE;flush tables $1.$i for export;system cp -pf ${datadir}/$1/$i.{ibd,cfg} ${datadir}/$2/; unlock tables;" mysql --login-path=recover -e "set foreign_key_checks=0;alter table $2.$i import tablespace;analyze table $2.$i;" done rm -rf ${datadir}/*cfg exit 0
具體實現可以參閱官方文檔。
其中實現很簡單，但過程發現了一些有意思的東西。
開始的時候，腳本中並沒有[ -d ${datadir}/$2 ] && rm -rf ${datadir}/$2/*這一句。在第一次執行腳本沒什麽毛病。但是，當對源庫修改後，再次執行，這個時候目標庫鎖定了。查看進程發現System lock，錯誤日誌提示Orphan table encountered during DROP DATABASE. This is possible if ‘db2/t1.frm‘ was lost。
這個MySQL服務不能正常shutdown，通過kill掉進程重啟。
重啟服務過後，仍然不能刪除目標庫。需要刪除目標庫目錄下的所有文件，可刪除目標庫。
以上問題在5.6系列會發生，5.7和8.0系列並無此問題。
MySQL復制數據庫