溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
手下做mysql復制，做好了之后發現read master position在不斷移動，但是數據就是不同步。其實稍微理解一點mysql復制中server-id的功能就知道怎么回事了，馬上打開my.cnf一看，果然有2個server-id。去掉一個自然就ok了。這個問題判斷起來還是要靠經驗，不過做事情仔細就不會有這個故障了。。。。
晚上回家，在地鐵收到值班人員的電話，計費系統出現大量sql堵塞，讀的數據庫同步緩慢。
到家里上vpn分析了監控系統的日志。查看了系統當前的情況，定位了問題sql，開發加了一句不必要的排序造成了sql走的索引全掃描，100w的表么并發一大當然死掉了，而且還是句update，直接導致串行工作的復制進程在讀的機器上前進緩慢，這個情況就是oracle來也是一樣死，還是開發牛比啊。。。。
馬上讓應用停止和該表有關的應用，在slave端加了skip-replicate-table跳過該表的相關sql，讓slave能夠盡快同步其他的表數據，不然n多沖值不到帳的投訴就來了。。。處理完還發現更大的問題，因為發現問題后是強行關閉數據庫的，而mysql使用了myisam，再加上skip了該表的復制，所以造成了master和slave該表數據不同步，只能新建了個新庫，將寫庫上表復制到新庫中，再拷貝表到slave端，最后使用insert...select同步了數據。為什么要新建個庫呢，因為mysql復制是繼續sql的，所以簡單的使用insert...select是無法在寫和讀上插入同樣數據的。所以必須這么做，同樣的做法還有注釋掉log-bin以后拷貝文件，不過這樣就要停庫咯呵呵
最后么抓開發改程序，發事故報告。看來手下dba數量和質量還是要提高啊，總靠自己非要累死不可。。。。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
