使用主/主复制的MySQL备份/恢复
我在文档中没有找到有用的信息,这就是我决定询问的原因 我的环境是这样的:两个MySQL服务器,具有Master-Mater复制(我们称之为Node1和Node2) 所有应用程序(99%)都连接到节点1,节点2上只有一个应用程序在单独的数据库中执行使用主/主复制的MySQL备份/恢复,mysql,Mysql,我在文档中没有找到有用的信息,这就是我决定询问的原因 我的环境是这样的:两个MySQL服务器,具有Master-Mater复制(我们称之为Node1和Node2) 所有应用程序(99%)都连接到节点1,节点2上只有一个应用程序在单独的数据库中执行插入操作 因此,由于复制,更改会传播到两个节点。同样由于复制,我有中继bin日志和bin日志(在两台服务器上) 我使用mysqldump 问题: 在恢复的情况下,我需要向DB应用什么 只有“中继站日志” 只有“垃圾箱日志” 两者都有 顺序是什么 (也
插入操作
因此,由于复制,更改会传播到两个节点。同样由于复制,我有中继bin日志和bin日志(在两台服务器上)
我使用mysqldump
问题:
- 在恢复的情况下,我需要向DB应用什么李>
- 只有“中继站日志”李>
- 只有“垃圾箱日志”李>
- 两者都有李>
- 顺序是什么
(也请链接到文档)
谢谢
另外,对于简单的MySQL服务器(无复制),一切都非常简单-从备份中恢复,然后应用bin日志。响应您的更多信息请求。例如,Percona的性能博客及其附带的网络研讨会上提供了演练和操作指南。这些都是免费资源,Percona提供的软件也是开源的,完全免费。您可能会发现Percona XtraBackup非常有趣,它适用于MySQL和MariaDB,也适用于MySQL的Percona服务器披露我为Percona工作我不为Percona工作,但我也对Percona XtraBackup非常满意-它创建了数据文件的一致备份-这里是我们使用的小脚本的灵感-XtraBackup“准备”自动应用备份期间创建的所有bin日志。因此,对于恢复,您只需更换数据文件,无需对转储文件进行任何长时间的恢复-请参阅以获取灵感: