本篇內容介紹了“pxc的問題有哪些”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

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

啟動第一個節(jié)點時報錯，意思是該節(jié)點不是最后一個停掉的，不能安全啟動；

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

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