Ubuntu下遷移MySQL數據庫文件目錄

用Ubuntu的apt包管理工具安裝的mysql數據庫，默認將數據庫文件保存在/var/lib/mysql目錄下，時間久了數據庫愈來愈大，因此準備掛載個新的硬盤專門存放mysql數據庫。

一、肯定mysql數據庫文件存放目錄

通常默認是在/var/lib/mysql目錄下。先登陸本身的mysql數據庫，好比我用root帳戶登陸，而後使用下面查詢語句查詢：

show variables like '%dir%';

獲得數據庫文件配置信息：

能夠看到其中datadir的值爲/var/lib/mysql/即爲當前數據庫文件存放目錄。

另一個basedir參數表示mysql數據庫的安裝位置，遷移數據庫文件位置不須要改動這個參數。

二、遷移數據庫文件到新的目錄下

先使用下面命令將mysql數據庫服務中止：

sudo /etc/init.d/mysql stop

我新的數據盤掛載在/mnt/data目錄下，所以要將數據庫遷移到/mnt/data。

2.1 可使用mv命令將原數據庫目錄文件移動到新的目錄，好處是不會簡單，不會修改原數據庫文件的權限，以及用戶和用戶組歸屬：

sudo mv /var/lib/mysql /mnt/data/

2.2 也可使用cp複製命令將原數據庫目錄文件複製到新的目錄，好處是。。萬一遷移失敗，恢復工做相對簡單一點，等確認遷移成功再來刪掉原數據庫目錄文件也不遲。爲了避免影響複製過來數據庫目錄文件權限和用戶用戶組歸屬問題，使用cp命令時要加上-a參數：

sudo cp -a /var/lib/mysql /mnt/data/

注：因爲/var/lib/mysql目錄歸屬於mysql數據庫建立的mysql用戶和mysql用戶組，因此遷移文件的時候須要使用root權限，命令要使用sudo

遷移成功後，能夠看到/mnt/data/目錄下已經將mysql數據庫文件遷移過來了，而且目錄文件的用戶用戶組歸屬仍是mysql，沒有變化：

三、修改配置文件

一共有三個配置文件須要修改：

3.1 my.cnf文件

mysql數據庫會按順序優先級從/etc/my.cnf、/etc/mysql/my.cnf、/usr/etc/my.cnf、~/.my.cnf四個位置找my.cnf配置文件，一旦找到就再也不繼續往下找。Ubuntu默認將my.cnf配置文件放在/etc/mysql/my.cnf位置，因此在/etc/my.cnf位置沒有找到這個配置文件。

選擇本身使用的文本編輯器編輯my.cnf配置文件，我用vim，因此sudo vim /etc/mysql/my.cnf。同樣須要sudo，使用root權限編輯。將其中[mysqld]標籤下的datadir屬性值改成新數據庫目錄路徑/mnt/data/mysql，如圖：

修改後保存並退出。

3.2 usr.bin.mysqld文件

因爲Ubuntu使用了apparmor安全模塊，就是相似於沙盒運行的一種機制，它能夠限制軟件在運行時的一些行爲，好比對哪些目錄和文件能夠讀寫加鎖等等。

因爲修改了數據庫文件路徑，因此要修改mysql數據庫的apparmor配置文件，在其中將新數據庫文件目錄和文件的讀寫及加鎖權限添加上去，同時能夠刪除或者註釋掉原先/var/lib/mysql數據庫文件目錄的權限。mysql數據庫的apparmor配置文件路徑在/etc/apparmor.d/usr.sbin.mysqld。使用下面命令編輯這個配置文件：

sudo vim /etc/apparmor.d/usr.sbin.mysqld

找到其中的

/var/lib/mysql/ r,

/var/lib/mysql/** rwk,

兩行權限聲明，能夠在前面加上#好註釋掉。而後對照格式，加入新路徑的權限聲明：

/mnt/data/mysql/ r,

/mnt/data/mysql/** rwk,

結果如圖：

保存並關閉。

3.3 abstractions/mysql文件

因爲usr.bin.mysqld文件中引用了abstractions/mysql文件，也就是會將abstractions/mysql文件中的權限聲明導入進來。所以，也修改下這個文件：

sudo vim /etc/apparmor.d/abstractions/mysql

一樣也是將新數據庫文件路徑中的socket文件權限添加進去，同時能夠刪除或者註釋掉全路徑中申請的權限，效果如圖：

保存後退出。

四、重啓數據庫

配置文件修改爲功後就能夠重啓數據庫，重啓數據庫以前須要先從新載入apparmor配置文件，使用下面命令從新載入：

sudo /etc/init.d/apparmor restart

重載成功就可使用下面命令啓動數據庫：

sudo /etc/init.d/mysql start

五、權限問題

通過上訴步驟以後，你有可能數據庫沒法啓動。忽略繼續登陸數據庫出現下面關於sock的錯誤：

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

查看數據庫的啓動錯誤日誌，sudo vim /var/log/mysql/error.log，還能看到Table 'plugin' is read only這樣的錯誤：

出現這種狀況的緣由仍是在於新數據庫文件目錄的權限。

mysql數據庫啓動的時候須要以mysql用戶的身份執行，因此mysql用戶須要具有能讀寫數據庫文件目錄的權限。雖然上面遷移數據庫文件的時候不管是使用mv仍是cp -a命令都沒有更改mysql目錄的用戶和用戶組，上面也看到了/mnt/data/mysql所屬的用戶和用戶組都仍是mysql。所以能夠確定mysql用戶具有讀寫/mnt/data/mysql的權限，可是這並無保證上級目錄/mnt/data和上上級目錄/mnt也具有讓mysql用戶讀取的權限。若是mysql用戶不具有上級目錄/mnt/data和上上級目錄/mnt的讀取權限，mysql用戶同樣讀寫不了本身的/mnt/data/mysql目錄，所以就會出現上面的問題。

能夠過頭來看看本來數據庫文件目錄/var/lib/mysql的結構：

能夠看出本來數據庫文件目錄/var/lib/mysql的上級目錄/var/lib屬於雖然屬於root用戶，可是它爲同組用戶和其它組用戶都開放了’r'和‘x'權限，因此即便上級目錄不屬於mysql用戶，mysql用戶一樣也能正常進入並訪問到本身的數據庫文件。

解決這個問題的方法提及來就是這麼簡單，只要保證mysql用戶具有最終數據庫文件目錄的全部上級目錄的'r'和‘x'權限就能夠了。

例如，使用下面命令修改本文中/mnt/data的權限：

sudo chmod 755 /mnt/data

再上級目錄/mnt是系統目錄，歸屬於root用戶，root用戶默認的目錄的權限都是755，因此不用修改。

權限修改後再次啓動數據庫sudo /etc/init.d/mysql start，應該就能成功啓動了。

進入數據庫，查看當前路徑配置信息：

數據庫已經正常啓動， 而且數據庫文件路徑也已經替換到/mnt/data/mysql目標路徑，數據庫文件遷移成功。