本篇內(nèi)容介紹了“pxc的問題有哪些”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)于2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元洪湖做網(wǎng)站,已為上家服務(wù),為洪湖各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:028-86922220

pxc的問題故障：
1.3節(jié)點(diǎn)，其中兩個(gè)已經(jīng)正常起來并且運(yùn)行，第3個(gè)節(jié)點(diǎn)啟動(dòng)報(bào)錯(cuò)，如下：
關(guān)鍵詞：WSREP: failed to open gcomm backend connection: 131: invalid UUID
進(jìn)入該數(shù)據(jù)庫(kù)節(jié)點(diǎn)/var/lib/MySQL/目錄，將文件gvwstate.dat移除(mv)掉。然后重新啟動(dòng)mairbd即可
2.關(guān)鍵詞：bind: Address already in use
查看mysql進(jìn)程：ps  -ef | grep mysql，然后殺死該進(jìn)程，在啟動(dòng)mariadb
3.關(guān)鍵詞：It may not be safe to bootstrap the cluster from this node
數(shù)據(jù)庫(kù)集群宕機(jī)，在運(yùn)行./mysqld_safe --defaults-file=mysql3306.cnf  --wsrep-new-cluster &

啟動(dòng)第一個(gè)節(jié)點(diǎn)時(shí)報(bào)錯(cuò)，意思是該節(jié)點(diǎn)不是最后一個(gè)停掉的，不能安全啟動(dòng)；

然后可以嘗試在其他節(jié)點(diǎn)運(yùn)行該命令；
如果報(bào)錯(cuò)都相同，則需要從3個(gè)節(jié)點(diǎn)中選取一個(gè)主節(jié)點(diǎn)，修改/var/lib/mysql/grastate.dat，把其中safe_to_bootstrap的值改為1即可。然后運(yùn)行/bin/galera_new_cluster。其他節(jié)點(diǎn)依次啟動(dòng)
4.no-primary
Recovering a Non-Primary cluster
（或者在一些事故一些其他的節(jié)點(diǎn)離開）這個(gè)失敗的節(jié)點(diǎn)會(huì)引起其他的編委non-primary 狀態(tài)，
用如下命令可以恢復(fù)節(jié)點(diǎn)從non-primary狀態(tài)：
SET GLOBAL wsrep_provider_options='pc.bootstrap=true';
4.腦裂問題：
 在PXC環(huán)境中，如果集群各個(gè)節(jié)點(diǎn)的通信端口(4567)因?yàn)榫W(wǎng)絡(luò)的原因出現(xiàn)異常（因?yàn)榧汗?jié)點(diǎn)間通信采用的是同一網(wǎng)段，因此是共性的原因），應(yīng)及時(shí)采取相應(yīng)措施防止腦裂情況出現(xiàn)。例如上面故障中，因網(wǎng)絡(luò)原因?qū)е录汗?jié)點(diǎn)數(shù)從3個(gè)變?yōu)?個(gè)，這時(shí)就應(yīng)該及時(shí)地關(guān)閉剩余2個(gè)節(jié)點(diǎn)中的一個(gè)節(jié)點(diǎn)，讓業(yè)務(wù)只跑在單節(jié)點(diǎn)上，還能避免出現(xiàn)腦裂的情況。至少業(yè)務(wù)不會(huì)因此終斷。
 否則剩余的兩個(gè)節(jié)點(diǎn)很快也會(huì)被網(wǎng)絡(luò)丟包拖垮，會(huì)導(dǎo)致整個(gè)集群都停止服務(wù)，影響業(yè)務(wù)。當(dāng)然在非多主的集群中也可以通過設(shè)置“SET GLOBAL wsrep_provider_options=’pc.ignore_sb=true’;”來取消集群判斷腦裂的情況(多主環(huán)境中不建議使用)。
 5.死鎖問題
 由于集群是基于樂觀的并發(fā)控制（optimistic consurrency control）,事務(wù)沖突的情況可能哎commit階段發(fā)生，當(dāng)多個(gè)節(jié)點(diǎn)修改同一行數(shù)據(jù)的時(shí)候，只有一個(gè)節(jié)點(diǎn)能夠成功，失敗的節(jié)點(diǎn)將終止，并且返回死鎖錯(cuò)誤碼 Error:1213 SQLSTATE:4001(ER_LOCK_DEADLOCK).（這樣是否太不穩(wěn)定了？動(dòng)不動(dòng)就會(huì)有某個(gè)節(jié)點(diǎn)終止刮掉的情況？而且這種情況如何處理？）
 ps：由于個(gè)人能力有限，這些內(nèi)容都是從網(wǎng)上查找到的，然后總結(jié)出來的?？赡軙?huì)存在不對(duì)的地方。

“pxc的問題有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！