手下做mysql復制,做好了之后發(fā)現(xiàn)read master position在不斷移動,但是數(shù)據(jù)就是不同步。其實稍微理解一點mysql復制中server-id的功能就知道怎么回事了,馬上打開my.cnf一看,果然有2個server-id。去掉一個自然就ok了。這個問題判斷起來還是要靠經(jīng)驗,不過做事情仔細就不會有這個故障了。。。。
晚上回家,在地鐵收到值班人員的電話,計費系統(tǒng)出現(xiàn)大量sql堵塞,讀的數(shù)據(jù)庫同步緩慢。
到家里上vpn分析了監(jiān)控系統(tǒng)的日志。查看了系統(tǒng)當前的情況,定位了問題sql,開發(fā)加了一句不必要的排序造成了sql走的索引全掃描,100w的表么并發(fā)一大當然死掉了,而且還是句update,直接導致串行工作的復制進程在讀的機器上前進緩慢,這個情況就是oracle來也是一樣死,還是開發(fā)牛比啊。。。。
馬上讓應用停止和該表有關的應用,在slave端加了skip-replicate-table跳過該表的相關sql,讓slave能夠盡快同步其他的表數(shù)據(jù),不然n多沖值不到帳的投訴就來了。。。處理完還發(fā)現(xiàn)更大的問題,因為發(fā)現(xiàn)問題后是強行關閉數(shù)據(jù)庫的,而mysql使用了myisam,再加上skip了該表的復制,所以造成了master和slave該表數(shù)據(jù)不同步,只能新建了個新庫,將寫庫上表復制到新庫中,再拷貝表到slave端,最后使用insert...select同步了數(shù)據(jù)。為什么要新建個庫呢,因為mysql復制是繼續(xù)sql的,所以簡單的使用insert...select是無法在寫和讀上插入同樣數(shù)據(jù)的。所以必須這么做,同樣的做法還有注釋掉log-bin以后拷貝文件,不過這樣就要停庫咯呵呵
最后么抓開發(fā)改程序,發(fā)事故報告。看來手下dba數(shù)量和質(zhì)量還是要提高啊,總靠自己非要累死不可。。。。
網(wǎng)站欄目:Mysql故障處理2則-創(chuàng)新互聯(lián)
文章網(wǎng)址:http://chinadenli.net/article38/jihsp.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供自適應網(wǎng)站、網(wǎng)站維護、網(wǎng)站設計、面包屑導航、品牌網(wǎng)站制作、營銷型網(wǎng)站建設
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容