MySQL從庫記錄binlog日誌出錯一例

標籤：mysql binlog日誌 從庫 slave

　　昨天晚上學習視頻“L11-16-配置MySQL從庫記錄binlog及其生產應用情境w”，開頭部分就卡住了。

　　在資料庫的設定檔/data/3307/my.cnf裡，開啟參數“log-bin = /data/3307/mysql-bin”，並增加“log-slave-updates”參數之後，重啟資料庫服務。

　　測試建立1個新庫“create database oldgirl02;”之後，即使過濾新產生的logbin記錄檔還是沒有結果。

[[email protected] 3307]# mysqlbinlog --no-defaults mysql-bin.000010|grep database

　　倒是另外的記錄檔“relay-bin.000071”裡有剛剛建立資料庫的語句！

　　為什嗎？

　　設定檔的參數反覆核對（沒有問題），為什麼會這樣？

　　到這裡，再次出現和oldboy的視頻不一致的情況。

　　這周正式啟動的找工作計劃不順利，這讓我很不安。在完成“主從同步的原理和操作”學習之後，繃緊很長時間的神經突然想自己松下來。並且，在開始看電視劇《產科醫生》之後，確實鬆了下來。

　　緊張的學習一旦放鬆，似乎學習的動力也不足了。

　　當這時候再碰到問題，心裡只有煩躁，然後就是想跳過去……

　　晚上10點多洗澡，又開始反思“韓都衣舍”為什麼連面試的機會也不給？

　　除了他們可能自身的觀念陳腐，或許自己所掌握的技能，確實還有不足吧。畢竟，就是現在我也認為：韓都衣舍在省內，給網站排名，訪問量絕對是排在前幾位的。

　　無論最後自己能進入什麼樣的企業，解決學習過程中的每一個問題，都是自己成長的一部分，也是財富的1枚金幣。

　　於是，一邊沖洗自己的身軀，一邊思量辦法。洗完之後的辦法，就是向oldboy的QQ群提問，向各大技術論壇發帖。

　　可是，發帖或者在群裡提問，也應該組織一下語言吧。

　　我登入到虛擬機器裡的終端，同時登入進3個終端，分別登入到2個執行個體。當我嘗試檢查同步狀態“show slave status\G”時發現，狀態竟然是報錯的。而且，為了測試所在主庫建立的3個資料庫，從庫都不存在——也就是沒有同步成功唄。

　　看報錯資訊的代碼是“1008”，錯誤資訊的英文也不複雜，也是相同的意思：“資料庫不存在，刪除資料庫失敗”。

　　然後，我就把錯誤提示中的資料庫（其實只有在從庫有，主庫還沒有）刪掉了。

　　再執行語句“stop slave;”和“start slave;”（相當於重啟服務）後，查看同步狀態就恢複正常了。查看從庫的資料庫，也與主庫基本相同了。

　　最後查看binlog日誌，也沒有問題了。

[[email protected] 3307]# mysqlbinlog --no-defaults mysql-bin.000010|grep databaseSET @@session.collation_database=DEFAULT/*!*/;create database oldgirl02

　　這個在從庫不能刪除的資料庫是什麼時候建立的呢？是在前面的課程中測試的時候建立，沒有及時刪除嗎？想不起來了，一點印象也沒有。

　　由於解決的過程都是在虛擬機器裡面操作的，很麻煩。我也就只好口頭描述一下，希望日後自己還能看懂吧。

　　說明：

　　過了1天，這裡是在執行“stop slave;”後刪除的那個資料庫，還是刪除資料庫後再執行的“stop slave;”語句，我也記不準確了。

本文出自 “dark-matter” 部落格，請務必保留此出處http://gagarin.blog.51cto.com/1056957/1534008