要過年了nnd問題也特別多，今天就碰到2個(gè)，一個(gè)是MySQL復(fù)制進(jìn)程往前走但數(shù)據(jù)不同步，一個(gè)是性能問題導(dǎo)致所有寫和讀的全部阻塞。[@more@]

手下做mysql復(fù)制，做好了之后發(fā)現(xiàn)read master position在不斷移動(dòng)，但是數(shù)據(jù)就是不同步。其實(shí)稍微理解一點(diǎn)mysql復(fù)制中server-id的功能就知道怎么回事了，馬上打開my.cnf一看，果然有2個(gè)server-id。去掉一個(gè)自然就ok了。這個(gè)問題判斷起來還是要靠經(jīng)驗(yàn)，不過做事情仔細(xì)就不會(huì)有這個(gè)故障了。。。。

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡(jiǎn)單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴，公司提供的服務(wù)項(xiàng)目有：空間域名、網(wǎng)站空間、營(yíng)銷軟件、網(wǎng)站建設(shè)、晉安網(wǎng)站維護(hù)、網(wǎng)站推廣。

晚上回家，在地鐵收到值班人員的電話，計(jì)費(fèi)系統(tǒng)出現(xiàn)大量sql堵塞，讀的數(shù)據(jù)庫(kù)同步緩慢。

到家里上vpn分析了監(jiān)控系統(tǒng)的日志。查看了系統(tǒng)當(dāng)前的情況，定位了問題sql，開發(fā)加了一句不必要的排序造成了sql走的索引全掃描，100w的表么并發(fā)一大當(dāng)然死掉了，而且還是句update，直接導(dǎo)致串行工作的復(fù)制進(jìn)程在讀的機(jī)器上前進(jìn)緩慢，這個(gè)情況就是oracle來也是一樣死，還是開發(fā)牛比啊。。。。

馬上讓應(yīng)用停止和該表有關(guān)的應(yīng)用，在slave端加了skip-replicate-table跳過該表的相關(guān)sql，讓slave能夠盡快同步其他的表數(shù)據(jù)，不然n多沖值不到帳的投訴就來了。。。處理完還發(fā)現(xiàn)更大的問題，因?yàn)榘l(fā)現(xiàn)問題后是強(qiáng)行關(guān)閉數(shù)據(jù)庫(kù)的，而mysql使用了myisam，再加上skip了該表的復(fù)制，所以造成了master和slave該表數(shù)據(jù)不同步，只能新建了個(gè)新庫(kù)，將寫庫(kù)上表復(fù)制到新庫(kù)中，再拷貝表到slave端，最后使用insert...select同步了數(shù)據(jù)。為什么要新建個(gè)庫(kù)呢，因?yàn)閙ysql復(fù)制是繼續(xù)sql的，所以簡(jiǎn)單的使用insert...select是無(wú)法在寫和讀上插入同樣數(shù)據(jù)的。所以必須這么做，同樣的做法還有注釋掉log-bin以后拷貝文件，不過這樣就要停庫(kù)咯呵呵

最后么抓開發(fā)改程序，發(fā)事故報(bào)告。看來手下dba數(shù)量和質(zhì)量還是要提高啊，總靠自己非要累死不可。。。。

網(wǎng)頁(yè)名稱：Mysql故障處理2則
網(wǎng)頁(yè)網(wǎng)址：http://jinyejixie.com/article20/pggojo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、網(wǎng)站制作、響應(yīng)式網(wǎng)站、小程序開發(fā)、域名注冊(cè)、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)