MYSQLGroupreplicationCrash的快速恢復(fù)方法是怎樣的

這篇文章給大家介紹MySQL Group replication Crash 的快速恢復(fù)方法是怎樣的，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

贊皇網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián),贊皇網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為贊皇成百上千提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站制作要多少錢，請找那個(gè)售后服務(wù)好的贊皇做網(wǎng)站的公司定做！

最近，在檢測開發(fā)的語句后，發(fā)現(xiàn)有些語句的問題，根本不在語句優(yōu)化，MYSQL的系統(tǒng)優(yōu)化，慢的根本原因是，客戶的要求太奇葩。

奇葩到什么程度，要求每次啟動頁面后，要顯示200多萬條數(shù)據(jù)，這是我在檢測語句和優(yōu)化語句后，發(fā)現(xiàn)的問題，并且詢問開發(fā)人員，開發(fā)人員告知，由于客戶不大懂IT 技術(shù)，按照自己的想法要求，并認(rèn)為這并不是什么難事。

個(gè)人觀點(diǎn)，這樣的客戶我們的引導(dǎo)，教化，雖然在21世紀(jì)，還是要允許有些人不懂IT的邏輯，終歸人家不是做這方面工作的，這就要求我們的工作的深度和廣度。

好了話歸正題，MGR 崩潰的后怎么來快速修復(fù)，這里的方法首先是快速的并且是穩(wěn)定的，能應(yīng)對任何環(huán)境中的。當(dāng)然方法既然這么好那么好，必然有他的限制。

系統(tǒng)是怎么壞的，這個(gè)系統(tǒng)本來是一個(gè)測試，但這個(gè)系統(tǒng)上的架設(shè)的測試時(shí)馬上就要上線的系統(tǒng)并且由于測試人員也在測試，所以這個(gè)測試系統(tǒng)就變得不那么“測試” 了，壞了會有很多人 challange 你。

具體過程時(shí)這樣的，由于壓力測試需求，這個(gè)機(jī)器上的內(nèi)存已經(jīng)開始使用SWAP了，其實(shí)這里和運(yùn)維人員還有一段交流，就是他們認(rèn)為從虛擬機(jī)上看內(nèi)存交換不頻繁就說明內(nèi)存不缺少。我個(gè)人是不大同意這樣的觀點(diǎn)的，首先數(shù)據(jù)庫和其他基礎(chǔ)設(shè)施不一樣，內(nèi)存必須富裕，另一個(gè)問題是，數(shù)據(jù)庫都是原因自己HOLD 內(nèi)存的，就算是MYSQL 這樣把很多系統(tǒng)和內(nèi)存的管理都交給 LINUX 系統(tǒng)的東西還是愿意 H 住更多的內(nèi)存。

雖然是虛擬機(jī)，但添加內(nèi)存還是要關(guān)機(jī)，（我怎么記得，虛擬機(jī)添加內(nèi)存都應(yīng)該是在線的），當(dāng)然如果在線添加，也就不會有這段子和這篇文字了。

在關(guān)閉集群的機(jī)器后，添加內(nèi)存后，啟動MYSQL，重做了集群的初始化，并且將另一臺機(jī)器添加到集群中，在添加另一臺機(jī)器的過程中報(bào)錯(cuò)。