pxc的問題有哪些

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

pxc的問題故障：
1.3節(jié)點，其中兩個已經(jīng)正常起來并且運行，第3個節(jié)點啟動報錯，如下：
關(guān)鍵詞：WSREP: failed to open gcomm backend connection: 131: invalid UUID
進入該數(shù)據(jù)庫節(jié)點/var/lib/mysql/目錄，將文件gvwstate.dat移除(mv)掉。然后重新啟動mairbd即可
2.關(guān)鍵詞：bind: Address already in use
查看mysql進程：ps  -ef | grep mysql，然后殺死該進程，在啟動mariadb
3.關(guān)鍵詞：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)，
用如下命令可以恢復(fù)節(jié)點從non-primary狀態(tài)：
SET GLOBAL wsrep_provider_options='pc.bootstrap=true';
4.腦裂問題：
 在PXC環(huán)境中，如果集群各個節(jié)點的通信端口(4567)因為網(wǎng)絡(luò)的原因出現(xiàn)異常（因為集群節(jié)點間通信采用的是同一網(wǎng)段，因此是共性的原因），應(yīng)及時采取相應(yīng)措施防止腦裂情況出現(xiàn)。例如上面故障中，因網(wǎng)絡(luò)原因?qū)е录汗?jié)點數(shù)從3個變?yōu)?個，這時就應(yīng)該及時地關(guān)閉剩余2個節(jié)點中的一個節(jié)點，讓業(yè)務(wù)只跑在單節(jié)點上，還能避免出現(xiàn)腦裂的情況。至少業(yè)務(wù)不會因此終斷。
 否則剩余的兩個節(jié)點很快也會被網(wǎng)絡(luò)丟包拖垮，會導(dǎo)致整個集群都停止服務(wù)，影響業(yè)務(wù)。當然在非多主的集群中也可以通過設(shè)置“SET GLOBAL wsrep_provider_options=’pc.ignore_sb=true’;”來取消集群判斷腦裂的情況(多主環(huán)境中不建議使用)。
 5.死鎖問題
 由于集群是基于樂觀的并發(fā)控制（optimistic consurrency control）,事務(wù)沖突的情況可能哎commit階段發(fā)生，當多個節(jié)點修改同一行數(shù)據(jù)的時候，只有一個節(jié)點能夠成功，失敗的節(jié)點將終止，并且返回死鎖錯誤碼 Error:1213 SQLSTATE:4001(ER_LOCK_DEADLOCK).（這樣是否太不穩(wěn)定了？動不動就會有某個節(jié)點終止刮掉的情況？而且這種情況如何處理？）
 ps：由于個人能力有限，這些內(nèi)容都是從網(wǎng)上查找到的，然后總結(jié)出來的?？赡軙嬖诓粚Φ牡胤?。

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