容器化 | 在 KubeSphere 中部署 MySQL 集群

本文将演示如何在 KubeSphere[1] 上部署 RadonDB MySQL on Kubernetes 2.1.2 ，快速实现高可用的 MySQL on K8s。

若已在 KubeSphere 部署过历史版本 Operator，可以选择如下方式更新到最新版本。

可任选一个 RadonDB MySQL 配置示例[5] 部署，或自定义配置部署。

以 mysql_v1alpha1_mysqlcluster.yaml 模版为例，创建一个 RadonDB MySQL 集群。

注意

未指定项目时，集群将被默认安装在 kubesphere-controls-system 项目中。若需指定项目，安装命令需添加 --namespace=<project_name>。

预期结果

预期结果

在 demo-project 项目中，查看 RadonDB MySQL 集群状态。

至此，完成在 KubeSphere 中部署 RadonDB MySQL 集群。

[1]：KubeSphere： https://kubesphere.com.cn

[2]：OpenPitrix： https://kubesphere.io/zh/docs/pluggable-components/app-store

[3]：创建 *** 作： https://kubesphere.io/zh/docs/quick-start/create-workspace-and-project

[4]：项目网关： https://kubesphere.io/zh/docs/project-administration/project-gateway

[5]：配置示例： https://github.com/radondb/radondb-mysql-kubernetes/blob/main/config/samples

如果Master收到所有 Slave的OK消息，它就会向所有Slave发送提交消息，告诉Slave提交该事务；

如果Slave收到提交请求，它们就会提交事务，并向Master发送事务已提交 的确认；

如果Slave收到取消请求,它们就会撤销所有改变并释放所占有的资源，从而中止事务，然后向Masterv送事务已中止的确认。

随着计算机和信息技术的迅猛发展和普及，行业应用系统的规模迅速扩大，行业应用所产生的数据量量呈爆炸式增长，类似于MySQL集群这样的技术得到了广泛的运用，MySQL集群原理的运用就显得尤其重要。

动力节点的MySQL集群教程 ，对于MySQL集群技术的应用场景有着详细的介绍，能够有效帮助我们学以致用， 教程主要从MySQL集群架构解析到架构部署再到集群架构测试，一步步带你部署企业级的MySQL数据库集群项目，熟悉各个环节技术点，提升数据库架构设计能力。

https://www.bilibili.com/video/BV1Rg4y1i7VR

http://www.bjpowernode.com/?toutiao

•001.MySQL集群视频教程：主从复制介绍

•002.MySQL集群视频教程：主从复制结构

•003.MySQL集群视频教程：主从复制流程原理

•004.MySQL集群视频教程：多实例安装

•005.MySQL集群视频教程：多实例链接

•006.MySQL集群视频教程：一主多从-配置

•007.MySQL集群视频教程：-一主多从测试

•008.MySQL集群视频教程：双主双从配置

•009.MySQL集群视频教程：双主双从测试

•010.MySQL集群视频教程：多数据源-环境搭建

•011.MySQL集群视频教程：多算数据源实现

•012.MySQL集群视频教程：修复MySLQ主从复制

•013.MySQL集群视频教程：多数据源的问题

•014.MySQL集群视频教程：动态数据源

•015.MySQL集群视频教程：动态数据源执行流程

•016.MySQL集群视频教程：SpringBoot集成多数据源

•017.MySQL集群视频教程：SpringBoot集成多数据源问题

•018.MySQL集群视频教程：SpringBoot集成动态数据源

但似乎很多人推荐这个）DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？）或者，其他方案？ 不管哪种方案都是有其场景限制 或说 规模限制，以及优缺点的。1. 首先反对大家做读写分离，关于这方面的原因解释太多次数（增加技术复杂度、可能导致读到落后的数据等），只说一点：99.8%的业务场景没有必要做读写分离，只要做好数据库设计优化 和配置合适正确的主机即可。2.Keepalived+MySQL --确实有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况；3.DRBD+Heartbeat+MySQL --同样有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况，且DRDB是不需要的，增加反而会出问题；3.MySQL Proxy -- 不错的项目，可惜官方半途夭折了，不建议用，无法高可用，是一个写分离；4.MySQL Cluster -- 社区版本不支持NDB是错误的言论，商用案例确实不多，主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高；5.MySQL + MHA -- 可以解决脑裂的问题，需要的IP多，小集群是可以的，但是管理大的就麻烦，其次MySQL + MMM 的话且坑很多，有MHA就没必要采用MMM建议：1.若是双主复制的模式，不用做数据拆分，那么就可以选择MHA或 Keepalive 或 heartbeat2.若是双主复制，还做了数据的拆分，则可以考虑采用Cobar；

---