gpt4 book ai didi

具有故障转移功能的 MariaDb 主从

转载 作者:行者123 更新时间:2023-12-04 12:47:41 29 4
gpt4 key购买 nike

我有一个与 MariaDb 实例相关的业务需求,该实例应该在具有故障转移功能的主从配置中工作。

查看我看到的文档,可以配置多集群主机 (galera) 或简单的主从副本。

配置主从+故障转移有什么建议吗?

非常感谢罗伯托

最佳答案

MySQL/MariaDB 主从复制非常适合处理读取密集型工作负载。它还用作提高数据库可用性的冗余策略和备份策略(即在从服务器上拍摄快照/备份以避免中断主服务器)。如果您不需要多主机解决方案带来的所有麻烦——即使使用 MySQL 集群或 MariaDB Galera 集群——这是一个很好的选择。

配置需要一些努力。有几个指南包含相互矛盾的信息(例如 MySQL 与 MariaDB、位置与 GTID)和几个可能影响您的实现的决策点(例如行与语句二进制日志格式、存储引擎选择),您可能需要拼接将各个部分组合在一起形成您的最终解决方案。我在 MariaDB 10.1(GTID,行 binlog 格式)和混合的 MyISAM 和 InnoDB 存储引擎方面运气不错。我在主服务器上为每个从服务器创建一个从服务器用户,并且我不复制 mysql 数据库。 YMMV。这guide是一个很好的起点,但它并没有真正涵盖 GTID .

故障转移是一个完全独立的蜡球。您将需要某种反向代理(例如 MaxScale 或 HAproxy)或 float IP 地址在您的 master 前面,以适应 master 的变化。 (可能有一种方法可以在客户端执行此操作,但我不推荐它。)必须监视集群的运行状况,并且当需要将从属提升为新主控时,有一个整体必须执行的步骤顺序。 MySQL 提供了一个名为 mysqlfailover 的实用程序以促进此过程,但据我所知,它与 MariaDB 不兼容。相反,你可以看看 replication-manager ,这似乎是 MariaDB 对 mysqlfailover 的基于 Go 的回答。它似乎是一个非常复杂的工具。

关于具有故障转移功能的 MariaDb 主从,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39243894/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com