phxsql
phxsql copied to clipboard
A high availability MySQL cluster that guarantees data consistency between a master and slaves.
遇到一种情况,3个节点,断电后重启,原master节点报告checksum不正确所以phxbinlogsvr无法启动。而尽管另外的节点数据正常,但mysql却卡在GetLastSendGtid函数上,同时phxbinlogsvr由于也无法连接到mysql从而也不能满足选主的条件,然后整个系统会一直卡住。 重现方法:3个节点,正常运行一段时间后同时关闭所有节点,启动原来的两个slave节点且不要启动原master节点,问题重现。 另外请教一下,mysql的GetLastSendGtid能否直接从本地的phxbinlogsvr获取信息,而不是 Get from Global? 谢谢!
我在两台Linux上部署了PhxSQL,配置为4核 16G内存,能够正常使用。 但是在做性能测试的时候发现比单独一台mysql5.7的慢一倍,想来是没配置好。 在修改phxsql配置的时候有点无从下手,有好几个参数都没有说明具体是做什么用的。 > MasterForkProcCnt = 5 > MasterWorkerThread = 8 > MasterIORoutineCnt = 100 > SlaveForkProcCnt = 5 > SlaveWorkerThread = 8 > SlaveIORoutineCnt = 100 > MasterEnableReadPort...
提个问题哈 client提交read-only请求的时候,如果提交的是尚未同步master数据的salve机器 是否出现了脏读?拓展开来,phxsql的的slave是否只能提供容灾,而不能分摊查询(读写强一致的场景),因为所有的读都要经过master。
文档上说: PhxSQL是一个兼容MySQL、服务**高可用、数据强一致**的关系型数据库集群 如下图paxos 解决 cp 问题 **一致性和网络分区问题**。  请问 在网络分区上是如何处理的。 多谢
在AddMerber、GetMemberList的时候一直报-202和-1,导致集群一直无法组建。也不知道是什么原因,观察发现 phxbinlogsvr_tools_phxrpc很短的时间就会断链,TCP状态为CLOSE_WAIT。
gdb core文件,发现在 void IOChannel::GetDBNameFromReqBuf(const char * buf, int buf_size) { if (buf_size > 5) { char cmd = buf[4]; if (cmd == COM_INIT_DB) { int buf_len = 0; memcpy(&buf_len, buf,...
hello, I want to use phxsql in a python application, but I don't find a useful driver in flask or python
图一:由于溢出,SetHoldPaxosLogCount设进去的值为300.  图二:溢出的函数  图三:相关函数  如图,由于GetOldestInstanceIDofFile这个函数返回值是int,会导致如果instanceid>int max时溢出,进而影响agentmonitor定时设SetHoldPaxosLogCount的值,这样会导致快照前保留的paxoslog只有300条, 结合这里: > 关于PhxPaxos在LoadCheckpointState后会进行自杀 > 首先这里自杀的目的是为了方便程序以新的Checkpoint状态机数据来进行重启,那么会涉及到如何重启的问题。PhxPaxos只负责自杀,不负责重启,开发者需要自行解决重启的问题。我们微信内部一般会通过守护进程的方式来自动拉起工作进程。 > > 其次当你使用到PhxPaxos多个Group的特性的时候,那么当多个Group整体落后非常多的时候,每个Group都需要各自进行Checkpoint的对齐,那么每个Group都要经历一次自杀的操作,想象如果有100个Group,那么程序可能要经过100次重启才能完成Checkpoint的对齐,效率非常低下。这时候开发者需要根据自己的业务特性,在LoadCheckpointState的函数过程中进行一些延缓等待操作,使得一次自杀可以完成更多Group的Checkpoint对齐。 对于业务的表现就是:如果有一个点落后一点点(5分钟),那么就会进入传输Checkpoint模式,这是一个重操作,5分钟内完成不了,那么导致落后5分钟,又进入checkpoint模式,循环
[root@localhost sbin]# gdb -f phxbinlogsvr_tools_phxrpc -c core.124118 GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-110.el7 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later...
系统是centos 6.9,在进行make的时候报错了,具体错误如下 [ 87%] Building CXX object sql/CMakeFiles/slave.dir/rpl_info_dummy.cc.o Linking CXX static library libslave.a make[3]: Leaving directory `/data/phxsql/percona' [ 87%] Built target slave make[3]: Entering directory `/data/phxsql/percona' Scanning dependencies of target...