Mysql導入導出遇到的一個坑

背景

• 自從把我手上的任務所有轉換成docker運行和管理以後，遇到了一系列的坑，此次是mysql備份的問題。
• 緣由是啓動mysql鏡像的時候沒有指定-v，致使一段時間以後docker很大，原來的磁盤不夠了，須要遷移到新磁盤。
• 在使用導入導出的時候出現了一些問題，浪費了不少時間去解決。

解決過程

定位mysql鏡像過大

查看容器佔用的空間

```docker system df```

查看詳細信息

Local Volumes space usage:
VOLUME 
NAME                                                            LINKS SIZE
3e764b0633ea2c3f3dc5b0bf79dc753055d7c09451b477d3015650c66ea4a5fb   0  0B
598a592e1f9d90d2564c7c52f45f6f6a96784ad0426ec60682299fa1a1b93b96   0  0B
5eb12b3b0091810bbe3c94c5801ad2f2ff51d79b69b0ac01eb37cf00d37d89f6   0  0B
admin_logs                                                         0  0B
f42e3ef90e4c7b3658a0fb4a877e90b298b12cb58cd63f38d9b4ad5c2ab41d73   0  0B
3361b9c615e09708170018dc7d170b8d4b498dd83cbcb155a3d41234d08e8119   1  9.3G

此時根據上面返回的信息，只有兩個容器有VOLUMES，一個是mysql，還一個是redis，因此使用docker inspect container_id命令查看具體容器具體的信息，發現確實是9.3G的那個Volume。

CONTAINER ID        IMAGE       COMMAND          LOCAL VOLUMES       SIZE   
cb76bbc211e6        mysql      "docker-entrypoint.s…"   1             7B

備份mysql到新掛的盤

```docker exec -it mysql mysqldump -u用戶名 -p密碼 數據庫 > /mnt/vdb/data/mysql/test_db.sql```
用戶名、密碼和數據庫本身修改

導入mysql

1. 爲了保證以前的數據還在，因此另起一個mysql容器，而且使用-v映射到宿主機。
2. 而後執行：docker exec -i mysqld mysql -uroot -proot federation < /mnt/vdb/data/mysql/fed_db.sql

錯誤來了

ERROR 1064 (42000) at line 1: You have an error in your SQL syntax;
check the manual that corresponds to your MySQL server version for the
right syntax to use near 'mysqldump: [Warning] Using a password on the
command line interface can be insec' at line 1

我搜索了不少的資料，都沒有效果，因而決定使用圖形化工具直接備份，因而使用navicat，備份，在新的鏡像導入，而且導入成功。

• 這個裏面的Rows，和我導入以後的顯示的不同
• 這個裏面的Rows，和我導入以後的顯示的不同
• 這個裏面的Rows，和我導入以後的顯示的不同

• WTF？總數1688，只顯示1480？
• 進入到docker容器裏面，使用命令行查詢，確實是1688，確實是展現的Rows不對，So...

總結

1. 使用docker時，要考慮好需不須要外掛卷，通常數據庫的最好都外掛，備份遷移都很方便
2. 不要過度依賴數據庫的GUI，命令行纔是最證明可靠的
3. 實在不行，你狂加硬盤吧，反正都是在服務器上，可是要確保，服務器不會蹦，不然數據容易丟失。