MySQL 進行 Docker 容器化之體驗

原則

Docker 的使用原則是全部容器化的應用程序都應該是無狀態的，即容器內部只跑業務邏輯，容器應用的全部配置文件、日誌文件和持久化數據都應該掛載到宿主機文件系統，不該該存儲在容器內部，以避免容器被誤刪或自身出現問題致使數據丟失。

MySQL 容器化方式

MySQL 屬於有狀態應用，若將其容器化需將其狀態抽離到宿主機，其配置文件、日誌文件和持久化數據都應該掛載到宿主機。

容器內各路徑

經過 docker pull 命令拉取下來的官方 MySQL 鏡像內，有幾個重要路徑：

• 配置文件
  鏡像內 MySQL 的配置文件路徑爲 /etc/mysql，路徑下包含 my.cnf 配置和一個 conf.d 文件夾，my.cnf 文件內是一些 base setting，咱們自定義的配置應該寫在 conf.d 文件夾下的配置文件裏，從而覆蓋 base setting。conf.d 文件夾下默認有兩個配置文件：docker.cnf 和 mysql.cnf，在後文所講的掛載配置路徑到宿主機以後，應將這兩個用戶自定義配置文件拷貝到宿主機配置路徑下。
• 持久化數據
  鏡像內 MySQL 的持久化數據均存儲在 /var/lib/mysql 下。

命令

$ docker run \
    --name db \
    -e MYSQL_ROOT_PASSWORD=secret \
    -v /path/to/confdir:/etc/mysql/conf.d \
    -v /path/to/datadir:/var/lib/mysql \
    -d
    mysql:tag

可根據須要加入 --restart 參數來指定容器自動重啓策略，詳見：
https://docs.docker.com/engin...

參數解釋

• --name 容器名稱
• -e 爲新容器設置環境變量，容器內 MySQL 會以此初始化 root 用戶密碼
• -v 兩個 -v 參數分別將容器內 MySQL 的自定義配置文件目錄和持久化數據目錄掛載到宿主機，冒號前爲宿主機目錄，後爲容器內目錄
• -d 後臺啓動容器

小技巧

咱們能夠在宿主機專門創建一個目錄用來存放容器狀態數據，層級結構爲：

docker-container-data
    |
     - container1
    |   |
    |    - conf
    |   |
    |    - logs (其下又能夠細分路徑)
    |   |
    |    - data
    |
     - container2
    |
     - container3
    |
     ...

災難措施

將狀態數據掛載宿主機的好處就是若是容器發生問題，能夠啓動一個新容器並將容器狀態路徑掛載到宿主機上的原狀態路徑，從而恢復生產。
能夠直接將新啓動的 MySQL 容器的配置和持久化數據掛載到以前容器的宿主路徑，新容器即可以無縫恢復數據（配置、用戶、庫、表、記錄均恢復）。

注意事項

• 不能夠將兩個均在運行的容器的狀態路徑掛載到同一個宿主路徑，兩個容器同時在一個宿主路徑下寫狀態，容器應用讀取狀態時會沒法識別，致使崩潰。
• 若新啓動的容器要掛載以前容器的宿主數據路徑，則會忽略 -e MYSQL_ROOT_PASSWORD=foo 命令參數所設定的 root 用戶密碼環境變量，由於掛載的數據路徑下已經包含了 MySQL 用戶信息表，而 root 用戶的密碼以前已經被設定過了。