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

1、確定mysql數(shù)據(jù)庫文件存放目錄

一般默認是在/var/lib/mysql目錄下。先登錄自己的mysql數(shù)據(jù)庫，比如我用root賬戶登錄，然后使用下面查詢語句查詢：

[plain]?view plaincopyshow?variables?like?'%dir%';??

得到數(shù)據(jù)庫文件配置信息：

可以看到其中datadir的值為/var/lib/mysql/即為當前數(shù)據(jù)庫文件存放目錄。

另外一個basedir參數(shù)表示mysql數(shù)據(jù)庫的安裝位置，遷移數(shù)據(jù)庫文件位置不需要改動這個參數(shù)。

2、遷移數(shù)據(jù)庫文件到新的目錄下

先使用下面命令將mysql數(shù)據(jù)庫服務(wù)停止：

[plain]?view plaincopysudo?/etc/init.d/mysql?stop??

我新的數(shù)據(jù)盤掛載在/mnt/data目錄下，因此要將數(shù)據(jù)庫遷移到/mnt/data。

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

[plain]?view plaincopysudo?mv?/var/lib/mysql?/mnt/data/??

2.2 也可以使用cp復(fù)制命令將原數(shù)據(jù)庫目錄文件復(fù)制到新的目錄，好處是。。萬一遷移失敗，恢復(fù)工作相對簡單一點，等確認遷移成功再來刪掉原數(shù)據(jù)庫目錄文件也不遲。為了不影響復(fù)制過來數(shù)據(jù)庫目錄文件權(quán)限和用戶用戶組歸屬問題，使用cp命令時要加上-a參數(shù)：

[plain]?view plaincopysudo?cp?-a?/var/lib/mysql?/mnt/data/?? 注：由于/var/lib/mysql目錄歸屬于mysql數(shù)據(jù)庫創(chuàng)建的mysql用戶和mysql用戶組，所以遷移文件的時候需要使用root權(quán)限，命令要使用sudo

遷移成功后，可以看到/mnt/data/目錄下已經(jīng)將mysql數(shù)據(jù)庫文件遷移過來了，并且目錄文件的用戶用戶組歸屬還是mysql，沒有變化：

3、修改配置文件

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

3.1 my.cnf文件

mysql數(shù)據(jù)庫會按順序優(yōu)先級從/etc/my.cnf、/etc/mysql/my.cnf、/usr/etc/my.cnf、~/.my.cnf四個位置找my.cnf配置文件，一旦找到就不再繼續(xù)往下找。Ubuntu默認將my.cnf配置文件放在/etc/mysql/my.cnf位置，所以在/etc/my.cnf位置沒有找到這個配置文件。

選擇自己使用的文本編輯器編輯my.cnf配置文件，我用vim，所以sudo vim /etc/mysql/my.cnf。一樣需要sudo，使用root權(quán)限編輯。將其中[mysqld]標簽下的datadir屬性值改為新數(shù)據(jù)庫目錄路徑/mnt/data/mysql，如圖：

修改后保存并退出。

3.2 usr.bin.mysqld文件

由于Ubuntu使用了apparmor安全模塊，就是類似于沙盒運行的一種機制，它可以限制軟件在運行時的一些行為，比如對哪些目錄和文件可以讀寫加鎖等等。

由于修改了數(shù)據(jù)庫文件路徑，所以要修改mysql數(shù)據(jù)庫的apparmor配置文件，在其中將新數(shù)據(jù)庫文件目錄和文件的讀寫及加鎖權(quán)限添加上去，同時可以刪除或者注釋掉原先/var/lib/mysql數(shù)據(jù)庫文件目錄的權(quán)限。mysql數(shù)據(jù)庫的apparmor配置文件路徑在/etc/apparmor.d/usr.sbin.mysqld。使用下面命令編輯這個配置文件：

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

找到其中的

? /var/lib/mysql/ r,
? /var/lib/mysql/** rwk,

兩行權(quán)限聲明，可以在前面加上#好注釋掉。然后對照格式，加入新路徑的權(quán)限聲明：
? /mnt/data/mysql/ r,
? /mnt/data/mysql/** rwk,

結(jié)果如圖：

保存并關(guān)閉。

3.3 abstractions/mysql文件

由于usr.bin.mysqld文件中引用了abstractions/mysql文件，也就是會將abstractions/mysql文件中的權(quán)限聲明導(dǎo)入進來。因此，也修改下這個文件：

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

同樣也是將新數(shù)據(jù)庫文件路徑中的socket文件權(quán)限添加進去，同時可以刪除或者注釋掉全路徑中申請的權(quán)限，效果如圖：

?保存后退出。

4、重啟數(shù)據(jù)庫

配置文件修改成功后就可以重啟數(shù)據(jù)庫，重啟數(shù)據(jù)庫之前需要先重新載入apparmor配置文件，使用下面命令重新載入：

[plain]?view plaincopysudo?/etc/init.d/apparmor?restart??

重載成功就可以使用下面命令啟動數(shù)據(jù)庫：

[plain]?view plaincopysudo?/etc/init.d/mysql?start??

5、權(quán)限問題

經(jīng)過上訴步驟之后，你有可能數(shù)據(jù)庫無法啟動。忽略繼續(xù)登錄數(shù)據(jù)庫出現(xiàn)下面關(guān)于sock的錯誤：

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

查看數(shù)據(jù)庫的啟動錯誤日志，sudo vim /var/log/mysql/error.log，還能看到Table 'plugin' is read only這樣的錯誤：

出現(xiàn)這種情況的原因還是在于新數(shù)據(jù)庫文件目錄的權(quán)限。

mysql數(shù)據(jù)庫啟動的時候需要以mysql用戶的身份執(zhí)行，所以mysql用戶需要具備能讀寫數(shù)據(jù)庫文件目錄的權(quán)限。雖然上面遷移數(shù)據(jù)庫文件的時候無論是使用mv還是cp -a命令都沒有更改mysql目錄的用戶和用戶組，上面也看到了/mnt/data/mysql所屬的用戶和用戶組都還是mysql。因此可以肯定mysql用戶具備讀寫/mnt/data/mysql的權(quán)限，但是這并沒有保證上級目錄/mnt/data和上上級目錄/mnt也具備讓mysql用戶讀取的權(quán)限。如果mysql用戶不具備上級目錄/mnt/data和上上級目錄/mnt的讀取權(quán)限，mysql用戶一樣讀寫不了自己的/mnt/data/mysql目錄，因此就會出現(xiàn)上面的問題。

可以過頭來看看原本數(shù)據(jù)庫文件目錄/var/lib/mysql的結(jié)構(gòu)：

可以看出原本數(shù)據(jù)庫文件目錄/var/lib/mysql的上級目錄/var/lib屬于雖然屬于root用戶，但是它為同組用戶和其它組用戶都開放了’r'和‘x'權(quán)限，所以即使上級目錄不屬于mysql用戶，mysql用戶同樣也能正常進入并訪問到自己的數(shù)據(jù)庫文件。

解決這個問題的方法說起來就是這么簡單，只要保證mysql用戶具備最終數(shù)據(jù)庫文件目錄的所有上級目錄的'r'和‘x'權(quán)限就可以了。

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

sudo chmod 755 /mnt/data

再上級目錄/mnt是系統(tǒng)目錄，歸屬于root用戶，root用戶默認的目錄的權(quán)限都是755，所以不用修改。

權(quán)限修改后再次啟動數(shù)據(jù)庫sudo /etc/init.d/mysql start，應(yīng)該就能成功啟動了。

進入數(shù)據(jù)庫，查看當前路徑配置信息：

數(shù)據(jù)庫已經(jīng)正常啟動， 并且數(shù)據(jù)庫文件路徑也已經(jīng)替換到/mnt/data/mysql目標路徑，數(shù)據(jù)庫文件遷移成功。