加入收藏 | 设为首页 | 会员中心 | 我要投稿 鞍山站长网 (https://www.0412zz.com/)- 应用安全、运维、云计算、5G、云通信!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

pxc的问题有哪些

发布时间:2021-12-21 23:36:13 所属栏目:MySql教程 来源:互联网
导读:本篇内容介绍了pxc的问题有哪些的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成! pxc的问题故障: 1.3节点,其中两个已经正常起来并且运行,第3个节点启
本篇内容介绍了“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的问题有哪些”的内容就介绍到这里了,感谢大家的阅读。

(编辑:鞍山站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读