我有两个 MySQL 实例,部署在两台不同的远程机器上。
两个 MySQL 实例访问相同的数据目录,该目录存储在一个持久卷上(该卷由 Gluster 提供,但这并不真正相关,我只是为了完整性才这么说)。
我知道强烈建议不要使用相同的数据目录运行两个 MySQL 服务器,但只要采取正确的预防措施,这不是不可能的事情。为了做到这一点,我按照官方文档(https://dev.mysql.com/doc/refman/5.6/en/multiple-data-directories.html)建议的步骤,更具体地说是在名为警告的段落中. 把它们加起来:
所以,我设置了一切,我导入了一个测试数据库,一切都完美无缺。两台服务器都可以从同一个数据目录中读取数据。
现在问题来了。只要一台服务器执行写入(通过向表中插入一行),另一台服务器就会将该表标记为自己已损坏。在研究了一段时间后,我发现了为什么会发生这种情况。基本上每个服务器都拥有描述每个表的自己的元数据。因此,一旦第一台服务器更新了表,它也会更新自己的元数据,但不会更新第二台服务器的元数据。当第二台服务器检查表时,它注意到表中的当前行数与其先前保存在其元数据中的行数不匹配,因此它将表标记为已损坏。经过一番研究,结果证明元数据保存在名为information_schema的默认数据库中. 一开始,我想让两台服务器共享同一个information_schema,但是找不到。后来我发现,它保存在程序的内存中,您无法手动更新或访问它。
请记住,我不想设置主从复制。
欢迎所有其他建议,谢谢大家的帮助。
编辑:我最终没有这样做,因为每个人都劝阻我不要这样做。谢谢各位的意见!
- 由于文档准确地告诉您要采取哪些预防措施,因此我希望这能真正起作用……否则,官方文档中的指南有何意义?如果这无法完成,为什么它首先会告诉你如何做呢?
- 最重要的是,你知道如何使用 MySQL 来完成这项工作吗?
你说了一些可能与前两个问题有关的事情
两个 MySQL 实例都访问相同的数据目录,该目录存储在持久卷上(该卷由 Gluster 提供,但这并不真正相关,我只是为了完整性才这么说)。
有趣的是,有人声称已经成功做到了这一点。
Sep 24, 2010
十多年前,Richard Holloway 回答了他自己在《服务器故障》中发布的一个问题:Can I run mysqld on top of glusterfs?
引用理查德·霍洛威的回答
这是一个非常大胆的答案(天哪,蜘蛛侠!!!)
只是为了投入我的 2 美分
- 如果没有,您是否知道任何其他 DBMS 可以让您获得此结果(即运行两个使用相同数据目录的服务器)?
答案是Oracle RAC。它旨在操作仅共享一组数据文件的多个 Oracle 实例。每个实例都有自己的日志缓冲区。哦,是的,您将需要大量资金(Oracle RAC 不是开源的)。