pxc的問題有哪些

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

pxc的問題故障：
1.3節點，其中兩個已經正常起來并且運行，第3個節點啟動報錯，如下：
關鍵詞：WSREP: failed to open gcomm backend connection: 131: invalid UUID
進入該數據庫節點/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
數據庫集群宕機，在運行./mysqld_safe --defaults-file=mysql3306.cnf  --wsrep-new-cluster &

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

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

“pxc的問題有哪些”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！