我希望提高我们对持久存储的容错能力。在阅读了几个关于如何设置 master <> master replication 的在线文档之后,我仍然想请教专家关于设置的顺序,以确保我不会错过任何重要的事情。
我们的设置将是一个 master <> master,但是,一次只能写入一个 master。这将通过“浮动 ip”来控制,如果主要 master 发生故障,可以将其设置为指向次要 master。
使用单个 write master <> master 设置,我不需要担心设置
auto_increment_offset
是否正确?默认情况下,MySQL 是否复制所有数据库,或者我是否需要通过明确标识它们
binlog-do-db
?在开始复制之前,我是否需要从 master1 导出并导入到 master2,或者我是否可以启动 master 2 来获取过去几个月的所有交易?
明确一点,我需要在 master1 和 master2 上设置一个“复制器”用户(具有复制权限)?
--更新 8.15.2014 --
这是我初始设置时遵循的指南
为了回答问题 #2,我做了以下事情:
请注意,我有一个performance_schema
表,这是因为我使用的是 Percona MySQL。根据 Rolando 的编辑,如果您想复制所有数据库,则不需要以下内容,但是我离开这里是为了后代,以向其他人展示他们如何指定多个数据库,如果他们不想全部导出的话。
binlog_do_db = information_schema
binlog_do_db = mysql
binlog_do_db = performance_schema
binlog_do_db = example_blog
binlog_do_db = example_core
binlog_do_db = example_log
为了回答问题 #3,我最终通过发出以下命令创建了 Master1 的快照:
mysqldump -h localhost -p -u root --opt --all-databases --single-transaction --master-data > /tmp/example_snapshot_`date +%Y_%m_%d__%H_%M_%S`.sql
注意--master-data
参数,根据 mysql 文档,这允许我们创建快照而无需创建新会话和处理表锁定。.sql
但是它确实在生成的文件中添加了一行:
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000029', MASTER_LOG_POS=107;
我删除了这一行 b/c 我想在每个主机上手动影响此更改。
很高兴地报告复制似乎正在工作。谢谢罗兰多!
是的你是对的。我已经使用一个 Write Master 设置了 Master-Master 设置多年。我从未接触过 auto_increment 选项。从来没有出过事。
是的,这是默认的。虽然 binlog-do-db 存在,但我不会推荐它,因为你正在做 Master-Master。如果您有额外的从站,最好在从站上设置过滤。这样,您就拥有了所有二进制日志事件到时间点恢复和其他杂项。此类杂项可能包括星型拓扑(其特征是 Distribution Masters,一个不包含任何数据的 Master,仅包含 binlogs 这样的 binlogs 可以使用 binlog_do_db 进行过滤,以减少到 slaves 的 binlog 流量)。
您确实需要从 master1 导出并导入到 master2。
你能做到这一点的唯一方法是,如果你有每一个二进制日志,因为你加载了 master1 aznd 从未擦除任何二进制日志。大多数人轮换他们的二进制日志,使这成为不可能。
我需要在 master1 和 master2 上设置一个“复制器”用户(具有复制权限)?
是的
结语
多年来,我一直将 ucarp 设置为浮动 IP 的故障转移机制。大多数使用 Linux Heartbeat、Pacemaker 等。因此,您处于需要完成的范围内。