PXC是基于Galera的面向OLTP的多主同步复制插件
mysql自带的主从集群方案(replication)异步复制无法保证主从复制的完整一致。
OLAP强调数据分析和数据挖掘,比较适合MyISAM,OLTP强调事务一致性和增删改查,比较适合InnoDB,而Galara只支持InnoDB
PXC主要用于解决MySQL集群中数据同步强一致性的问题
PXC是MySQL集群方案中公认的优选方案之一
多主架构:真正的多点读写的集群,没有主从节点之分,在任何节点读写数据,都是最新的
同步复制:事务在所有集群节点同时提交,任何一个节点失败都算作事务失败,这样不同节点之间数据同步,没有延迟,在数据库挂掉之后,数据不会丢失
强一致性:所有节点的数据保持一致,数据不仅在本地写入,还要同步到所有节点才成功(这种情况下当pxc节点过多时,每个节点都要跟其他节点进行数据同步,节点越多同步关系越复杂,同步效率越慢)
并发复制:从节点APPLY数据时,支持并行执行,更好的性能
故障切换:在出现数据库故障时,因支持多点写入,切换容易
热插拔:在服务期间,如果数据库挂了,只要监控程序发现的够快,不可服务时间就会非常少。在节点故障期间,节点本身对集群的影响非常小
自动节点克隆:在新增节点,或者停机维护时,增量数据或者基础数据不需要人工手动备份提供,集群会自动拉取在线节点数据,最终集群会变为一致
对应用透明:集群的维护,对应用程序是透明的
只能对InnoDB写入的数据进行同步,就算在其他引擎写数据,也无法完成同步。
新节点加入需要全量拷贝数据,有时会导致数据同步的提供者无法提供读写,只有等待整个拷贝完成
集群的性能取决于集群中性能最差的节点的性能(全局校验过程)
所有表都要有主键
不支持 LOCK TABLE 等显式锁操作
PXC 集群节点越多,数据同步的速度就越慢
yum -y remove mari*
<< · Back Index ·>>