linux上mysql庫的遷移

兩種辦法

第一種：

首先將/var/lib/mysql這個目錄備份起來，

在恢復的時候直接將mysql目錄下的數據庫拷貝到另一個系統的數據庫中便可，另外還需拷貝/mysql/下的ibdata1這個文件到另一個系統數據庫/var/lib/mysql目錄下，如該目錄下有，就覆蓋。

後從新啓動mysql數據庫，若打開頁面出現系統錯誤，請從新啓動服務器（reboot）

 此種方法有侷限容易出錯，不推薦使用

第二種

原理： 備份+還原

1.

在原機器上：

mysqldump -u root -p 數據庫名稱 > 備份文件名稱
提示輸入密碼，開始備份。

出現mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: YES) when trying to connect的問題，解決方法是，

#mysql -u root -p
>update mysql.user set password=password('123') where user='root';
>quit

出現mysqldump: Got error: 1045: Access denied for user 'smb_behavior'@'localhost' (using password: YES) when trying to connect的問題，解決方法是，

#vi /etc/my.cnf 在[mysql]添加skip-grant-tables,保存退出
#mysql –u root
>update mysql.user set password=password('123') where user='root';
>quit

在目標機上：

#mysql -u root -p
>create database 數據庫名稱;
#mysql -u root -p 數據庫名稱 < 備份文件名稱

出現ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)問題，解決方法是，

#mysql -u root -p
>grant all on *.* to root@localhost  identified by '123';
>quit 

---

2. 直接從目標機器上備份並還原到本地機器上

>mysqldump --no-defaults -u[username] -p[password] --host=[目標機器ip] --opt databasename1|mysql -u[username] -p[password] -C databasename2

---

3.

3.1     結合Linux的cron命令實現定時備份

好比須要在天天凌晨1:30備份某個主機上的全部數據庫並壓縮dump文件爲gz格式，那麼可在/etc/crontab配置文件中加入下面代碼行：

30 1 * * * root mysqldump -u root -pPASSWORD --all-databases | gzip > /mnt/disk2/database_`date '+%m-%d-%Y'`.sql.gz

前面5個參數分別表示分鐘、小時、日、月、年，星號表示任意。date '+%m-%d-%Y'獲得當前日期的MM-DD-YYYY格式。

3.2     一個完整的Shell腳本備份MySQL數據庫示例

#vi /backup/backup.sh#!bin/bash
cd /backupecho "You are in backup dir"
mv backup* /oldbackup
echo "Old dbs are moved to oldbackup folder"
File = backup-$Now.sql
mysqldump -u user -p password database-name > $File
echo "Your database backup successfully completed"

     上面腳本文件保存爲backup.sh，而且系統中已經建立兩個目錄/olcbackup和/backup。每次執行backup.sh時都會先將/backup目錄下全部名稱爲backup開頭的文件移到/oldbackup目錄。

      爲上述腳本制定執行計劃以下：

#crontab -e30 1 * * * /backup.sh

3.3     mysqldump全量備份+mysqlbinlog二進制日誌增量備份

    從mysqldump備份文件恢復數據會丟失掉從備份點開始的更新數據，因此還須要結合mysqlbinlog二進制日誌增量備份。確保my.ini或者my.cnf中包含下面的配置以啓用二進制日誌，或者mysqld ---log-bin：

[mysqld]
log-bin=mysql-bin

mysqldump命令必須帶上--flush-logs選項以生成新的二進制日誌文件：

mysqldump --single-transaction --flush-logs --master-data=2 > backup.sql

 這樣生成的增量二進制日誌文件好比爲mysql-bin.000003，那麼恢復數據時以下：

shell> mysql -uroot -pPwd < backup_sunday_1_PM.sql

shell> mysqlbinlog mysql-bin.000003 | mysql -uroot -pPwd

此外mysqlbinlog還能夠指定--start-date、--stop-date、--start-position和--stop-position參數，用於精確恢復數據到某個時刻以前或者跳過中間某個出問題時間段恢復數據，直接摘錄MySQL文檔說明中相關內容以下：

5.9.3.1. 指定恢復時間
對於MySQL 4.1.4，能夠在mysqlbinlog語句中經過--start-date和--stop-date選項指定DATETIME格式的起止時間。舉例說明，假設在今天上午10:00(今天是2005年4月20日)，執行SQL語句來刪除一個大表。要想恢復表和數據，你能夠恢復前晚上的備份，並輸入：
mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 \
     | mysql -u root -pmypwd
該命令將恢復截止到在--stop-date選項中以DATETIME格式給出的日期和時間的全部數據。若是你沒有檢測到幾個小時後輸入的錯誤的SQL語句，可能你想要恢復後面發生的活動。根據這些，你能夠用起使日期和時間再次運行mysqlbinlog：

mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 \
     | mysql -u root -pmypwd \
在該行中，從上午10:01登陸的SQL語句將運行。組合執行前夜的轉儲文件和mysqlbinlog的兩行能夠將全部數據恢復到上午10:00前一秒鐘。你應檢查日誌以確保時間確切。下一節介紹如何實現。

5.9.3.2. 指定恢復位置
也能夠不指定日期和時間，而使用mysqlbinlog的選項--start-position和--stop-position來指定日誌位置。它們的做用與起止日選項相同，不一樣的是給出了從日誌起的位置號。使用日誌位置是更準確的恢復方法，特別是當因爲破壞性SQL語句同時發生許多事務的時候。要想肯定位置號，能夠運行mysqlbinlog尋找執行了不指望的事務的時間範圍，但應將結果從新指向文本文件以便進行檢查。操做方法爲：
mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00" \
      /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql
該命令將在/tmp目錄建立小的文本文件，將顯示執行了錯誤的SQL語句時的SQL語句。你能夠用文本編輯器打開該文件，尋找你不要想重複的語句。若是二進制日誌中的位置號用於中止和繼續恢復操做，應進行註釋。用log_pos加一個數字來標記位置。使用位置號恢復了之前的備份文件後，你應從命令行輸入下面內容：

mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456 \
    | mysql -u root -pmypwd 
 
mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 \
    | mysql -u root -pmypwd \ 
上面的第1行將恢復到中止位置爲止的全部事務。下一行將恢復從給定的起始位置直到二進制日誌結束的全部事務。由於mysqlbinlog的輸出包括每一個SQL語句記錄以前的SET TIMESTAMP語句，恢復的數據和相關MySQL日誌將反應事務執行的原時間。