這一步比較順利，一次成功，直接生成了備份檔案注意，執行這一步之前先要停止資料庫，並且把%mysql%/data目錄和log目錄以及tmp目錄內的資料檔案全部清空。
[note] a temporary password is generated for root@localhost: ytjgty
mysql>update user set host='%' where user='root'；
之後匯入備份檔案，一次成功。
附：如果找不到日誌中的初始化密碼，可以讓mysql開啟免密碼模式：skip-grant-tables，開啟免密碼模式有兩種方式
方式一：修改my.conf配置檔案，增加skip-grant-tables引數，重啟mysql，執行
mysql -uroot -p輸入密碼時直接回車進入mysql命令列，注意這種方式當操作完成後需要重新恢復my.conf配置檔案
方式二：直接在mysql的啟動命令中增加--skip-grant-tables引數，注意這裡有倆個「-」
/data/mysql/bin/mysqld --defaults-file=/data/mysql/my.cnf --skip-grant-tables --basedir=/data/mysql --datadir=/data/mysql/data --user=mysql
一次mysql資料庫從庫UPDATE失敗的分析
庫 mysql5.6.19 從 mysql5.6.37 場景 昨天開發組反應從庫和主庫的資料同步有問題，在主庫中進行更新過的資料，從庫中有的沒有更新，導致他們根據觸發器變化的資料不準確。起先接到這個問題，我把驚著了，按理說mysql從庫的版本遠遠高於主庫的，即使要出問題，也應該是早期的從庫版本出問題...
mysql安慰 mysql資料庫的一次救援
有時候加班這東西真的不可取，事情發生在凌晨1點多鐘 一台相當慢的伺服器，是別的部門借給我們用，我簡直是醉了，這尼瑪也能跑服務，我在糾結了兩個小時之後決定果斷重啟一下，反正都凌晨了應該不會影響他們的業務，至於應用服務等伺服器起來之後我再手動開啟，好決定了就這麼幹。哎真的是思維停滯了，居然就這麼重啟別人...
MySQL匯出匯出資料庫
預設匯出路徑為mysql的內建路徑，因此這裡都加上了 documents 作為路徑。匯出整個資料庫 mysqldump u root p test documents test.sql 匯出資料庫乙個表 mysqldump h hostname u username p password datab...