用ubuntu的apt包管理工具安裝的mysql資料庫，預設將資料庫檔案儲存在/var/lib/mysql目錄下，時間久了資料庫越來越大，所以準備掛載個新的硬碟專門存放mysql資料庫。

1、確定mysql資料庫檔案存放目錄

一般預設是在/var/lib/mysql目錄下。先登入自己的mysql資料庫，比如我用root賬戶登入，然後使用下面查詢語句查詢：

show variables like '%dir%';

得到資料庫檔案配置資訊：

可以看到其中datadir的值為/var/lib/mysql/即為當前資料庫檔案存放目錄。

另外一個basedir引數表示mysql資料庫的安裝位置，遷移資料庫檔案位置不需要改動這個引數。

2、遷移資料庫檔案到新的目錄下

先使用下面命令將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、修改配置檔案

一共有三個配置檔案需要修改：

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檔案許可權新增進去，同時可以刪除或者註釋掉全路徑中申請的許可權，效果如圖：

儲存後退出。

4、重啟資料庫

配置檔案修改成功後就可以重啟資料庫，重啟資料庫之前需要先重新載入apparmor配置檔案，使用下面命令重新載入：

sudo /etc/init.d/apparmor restart

過載成功就可以使用下面命令啟動資料庫：

sudo /etc/init.d/mysql start

5、許可權問題

經過上訴步驟之後，你有可能資料庫無法啟動。忽略繼續登入資料庫出現下面關於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目標路徑，資料庫檔案遷移成功。