mysql 高可用 -PXC 集群（装置和个性）
PXC 是基于 Galera 的面向 OLTP 的多主同步复制插件，mysql 自带的主从集群计划 (replication) 异步复制无奈保障主从复制的残缺统一。
OLAP 强调数据分析和数据挖掘，比拟适宜 MyISAM，OLTP 强调事务一致性和增删改查，比拟适宜 InnoDB，而 Galara 只反对 InnoDB，PXC 次要用于解决 MySQL 集群中数据同步强一致性的问题，PXC 是 MySQL 集群计划中公认的优选计划之一。
集群的特点
多主架构：真正的多点读写的集群，没有主从节点之分，在任何节点读写数据，都是最新的
同步复制：事务在所有集群节点同时提交，任何一个节点失败都算作事务失败，这样不同节点之间数据同步，没有提早，在数据库挂掉之后，数据不会失落
强一致性：所有节点的数据保持一致，数据不仅在本地写入，还要同步到所有节点才胜利（这种状况下当 pxc 节点过多时，每个节点都要跟其余节点进行数据同步，节点越多同步关系越简单，同步效率越慢）
并发复制：从节点 APPLY 数据时，反对并行执行，更好的性能
故障切换：在呈现数据库故障时，因反对多点写入，切换容易
热插拔：在服务期间，如果数据库挂了，只有监控程序发现的够快，不可服务工夫就会非常少。在节点故障期间，节点自身对集群的影响十分小
主动节点克隆：在新增节点，或者停机保护时，增量数据或者根底数据不须要人工手动备份提供，集群会主动拉取在线节点数据，最终集群会变为统一
对利用通明：集群的保护，对应用程序是通明的
PXC 集群的毛病
1、只能对 InnoDB 写入的数据进行同步，就算在其余引擎写数据，也无奈实现同步。
2、新节点退出须要全量拷贝数据，有时会导致数据同步的提供者无奈提供读写，只有期待整个拷贝实现
3、集群的性能取决于集群中性能最差的节点的性能（全局校验过程）
4、所有表都要有主键
5、不反对 LOCK TABLE 等显式锁操作
6、PXC 集群节点越多，数据同步的速度就越慢
装置 pxc 集群
删除 MariaDB 程序包
凋谢防火墙端口
3306（mysql 服务端口）：对外提供 mysql 的服务端口 4567（集群通信端口）：集群中 mysql 节点间通信的端口 4444（SST（State Snaphot Transfer）端口）：申请全量同步端口 4568（IST（Incremental State Transfer）端口）：申请增量同步的端口
敞开 SELINUX
在所有节点下载并装置 pxc
下载安装包
https://www.percona.com/downl…
下载以上安装包后额定须要下载 qpress-11-1.el7.x86_64 包。
进入 RPM 文件目录，执行装置命令
批改配置文件
初始化所有节点的 mysql
进行所有节点的 mysql 并构建数据库集群
验证
在任何一个节点的 mysql 执行以下 sql 能够查看集群状态：
ADS 试用征询
家喻户晓，PXC 是 MySQL 实现高可用架构的优选计划，而 MySQL 是基于 Kubernetes 数据服务治理的最佳实际，灵雀云数据服务平台 Alauda Data Service（简称：ADS）采纳 MySQL 等支流数据组件，残缺笼罩全生命周期治理，作为 Alauda 全栈云的重要一环，与灵雀云云原生全栈公有云平台 ACP 完满集成，提供集部署、应用、运维一体的稳固牢靠的中间件 PaaS 服务，疾速实现一键部署、便捷治理、自动化运维，让开发运维人员能够更关注于业务自身。
如您想深刻体验 ADS，点击此处即可报名。
对于【云原生小课堂】
【云原生小课堂】是由灵雀云、Kube-OVN 社区、云原生技术社区联结开设的 公益性技术分享类专题 ，将以丰盛详实的精品内容和灵活多样的出现模式，继续为您分享云原生前沿技术，带您理解更多云原生实际干货。
在数字化转型的背景下，云原生曾经成为企业翻新倒退的外围驱动力。作为国内最早将 Kubernetes 产品化的厂商之一，灵雀云从出世便携带“云原生基因”，致力于通过革命性的技术帮忙企业实现数字化转型，咱们期待着云原生给这个世界带来更多扭转。关注咱们，学习更多云原生常识，一起让扭转产生。