在MySQL 中配置高可用性

发布时间：2023-09-22 13:01:57 所属栏目：MySql教程来源：

导读：当然，你通往高可用 MySQL 数据库的途径将取决于你对 MySQL 的实现。概括的说，你需要创建具有多个节点的某种类型的 MySQL 集群 - 换句话说，你的数据必须是存储在多个 MySQL 服务器上。

接下来，你需要一个可以在

当然，你通往高可用 MySQL 数据库的途径将取决于你对 MySQL 的实现。概括的说，你需要创建具有多个节点的某种类型的 MySQL 集群 - 换句话说，你的数据必须是存储在多个 MySQL 服务器上。

接下来，你需要一个可以在这些节点上复制数据的服务，确保每一个节点都有你的数据库中包含的数据的精确备份。最后，你需要一个负载平衡器，确保任何数据库请求被均匀地引导到数据库节点 - 是的，一个平衡负载 - 但是请确保即使有一个节点离线，请求也能得到满足。

例如， MySQL 提供了一个面向高可用的商业产品 - Te MySQL InnoDB Cluster. 。它基于 MySQL 群组复制，这是确保 MySQL 数据库环境中高可用性的一种流行的方式。

另一个替代的选择是 Galera ，它多年来一直提供 MySQL 高可用性。如果你使用的是 MySQL 的 MariaDB 分支，你可以通过你用 Galera 集群运行多个节点来配置 MariaDB 环境的高可用性 - 同时依靠 HAProxy 进行负载平衡。另外，你也可以研究一下 MariaDB 自己的MaxScale 产品。

企业规模的工作负载越来越多地使用高可用性原则，因为从长远来看，它提供了最好的结果。下面是你应该考虑在你的操作中设置高可用性的几个好的理由：

极其重要的应用. 一些应用根本无法承受任何停机时间，想一想军事应用或者能源网络。在这些情况下，高可用性是必须的，你没有什么选择，只能确保极高的可用性 - 尽管你可以做风险评估，并决定你到底需要多大的高可用性保证。

连锁效应. 如果系统是一个工作负载的核心，即使短暂的停机也会导致广泛的问题，因为连接和同步的系统将会连带失败。值得考虑在几个核心的领域投入高可用性 - 如数据库 - 因为考虑到可能很难恢复的更大连带问题的成本，这可能是值得的。

高可用性是为了在出现故障时保证系统的正常运行。这种针对故障的固有保护并不是一个免费通行证，可以依赖高可用性的健壮，以不负责的方式执行的系统维护，并没有人会注意到它。

相反，技术团队应该依靠其他解决方案 - 例如，为正在打补丁的系统设置完全的冗余，而不是简单地希望高可用性基础设施能够来抵挡压力。或者，在可能的情况下，依靠实时打补丁的方式来替代，通过这样的做来消除需要重启服务来安装补丁的效果。

尽管如此，依赖高可用性进行维护工作的显示出令人担忧的迹象。仔细观察一下，你甚至会发现供应商的官方指导，指示用户依靠高可用性来执行打补丁的任务，用户只需希望在一个节点离线打补丁时，其他节点不要出现任何问题。

（编辑：汽车网）

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