紀念工作中的第一次刪庫跑路的經歷
今天接到一個任務，是將一個測試庫數據導到另一個測試庫，然而我們公司的數據庫是不讓直連的，所以只能通過遠程連接進行導庫操作。
老大布置任務的時候讓用dump命令進行操作，因為老大就是通過dump命令將數據庫服務器上的數據定時備份到測試環境中的應用服務器上。
所以當時就有點懵逼。。。。。。啥時dump命令。然后求助度娘，才發現有mysqldump命令。這才發現了新大陸。然后一頓操作一直報連接不上本地mysql本服務器。
第一整這個，當時就懵了。所以就想着sql文件都有了，我直接用navicat導就行了。
說干就干，直接在需要導入的庫新建一個庫，就直接讀sql導庫，並且優哉游哉的等待。等到一會之后，navicat居然斷開了連接，所以只能看看那些表沒導入，然后手動重新
導入一下。正在我導的起勁的時候，突然開發群里面就各種數據問題，下游系統各種數據訪問失敗。這個時候才發現是我導數據的問題(這里有個小坑，我導入的時候選擇的是我
新建的庫，但是居然把我們的應用使用的庫數據給覆蓋了，百思不得其解呀！這個后續還需要實驗)。頓時我就懵逼了。感覺自己快要被裁了（可是我才剛剛轉正呀，難受！）。
然后就各種把原始數據瞎導入，然而navicat還一直沒有響應，但是下游群里面一直催。我都想當場暴斃了，十分難受。
最后還是有經驗的老大發現問題了。
我之前一直時用的mysqldump命令：mysqldump -uroot -proot education users>d:/user.sql
這里只是指明了用戶和密碼，然后一直報連接不上本地mysql本服務器。我用ps一查我本地也沒有mysql服務器呀，而且我是將數據導到數據庫服務器上呀，也不是本地。
然后就在度娘的時候加上了導數據至服務器上的字樣。這個時候才出現了正確的導入導出姿勢：
mysqldump -u[用戶名] -h[ip] -p[密碼] -P[端口號] 數據庫名 表名 >導出的文件名.sql
mysqldump -uroot -h127.0.0.1 -proot -P3306 education users>d:/user.sql
mysqldump -u[用戶名] -h[ip] -p[密碼] -P[端口號] 數據庫名 表名 <導出的文件名.sql
mysqldump -uroot -h127.0.0.1 -proot -P3306 education users < d:/user.sql
還在加班的程序猿---紀念