情况
我有两个 MySQL 实例，部署在两台不同的远程机器上。
两个 MySQL 实例访问相同的数据目录，该目录存储在一个持久卷上（这个卷由 Gluster 提供，但这并不真正相关，我只是为了完整起见才这么说）。
我知道强烈建议不要使用相同的数据目录运行两个 MySQL 服务器，但这不是不可能的事情，只要采取正确的预防措施。为了做到这一点，我遵循了官方文档（https://dev.mysql.com/doc/refman/5.6/en/multiple-data-directories.html）建议的步骤，更具体地说，在名为“警告”的段落中. 把它们加起来：
- 我正在使用 MySQL 5.6。
- 根据需要，我使用 MyISAM 作为默认引擎。
- 我指定了每个服务器唯一的日志文件名。
- 一台服务器将是读写的，而另一台服务器将是只读的。
所以，我设置了一切，我导入了一个测试数据库，一切都完美无缺。两台服务器都可以从同一个数据目录中读取数据。
问题
现在问题来了。一旦一台服务器执行写入（通过向表中插入一行），另一台服务器就会将表标记为自身已损坏。在研究了一段时间后，我发现了为什么会发生这种情况。基本上每个服务器都有自己的元数据来描述每个表。所以，第一台服务器一旦更新了一张表，它也更新了自己的元数据，但它没有更新第二台服务器的元数据。当第二台服务器检查表时，它注意到表中的当前行数与之前保存在其元数据中的行数不匹配，因此它将表标记为已损坏。经过一番研究，事实证明元数据保存在名为information_schema的默认数据库中. 起初，我想使两个服务器共享相同的information_schema，但无处可寻。正如我后来发现的那样，它保存在程序的内存中，您无法手动更新或访问它。
问题
- 由于文档确切地告诉您要采取哪些预防措施，我希望这能真正起作用……否则，官方文档中该指南的意义何在？如果这不能完成，为什么它会告诉你如何做呢？
- 最重要的是，您知道如何使用 MySQL 来完成这项工作吗？
- 如果没有，您是否知道任何其他允许您获得此结果的 DBMS（即，运行使用相同数据目录的两台服务器）？
请记住，我不想设置主从复制。
欢迎所有其他建议，谢谢大家的帮助。
编辑：我最终没有这样做，因为每个人都不鼓励我这样做。谢谢各位的意见！
你说的可能与前两个问题有关
有趣的是，有人声称已经成功了。
在
Sep 24, 2010（几乎是几年前），Richard Holloway 回答了他自己在 Server Fault 中发布的一个问题：Can I run mysqld on top of glusterfs?引用 Richard Holloway 的回答
这是一个非常大胆的答案（Godspeed，蜘蛛侠！！！）
只需投入我的 2 美分
答案是 Oracle RAC。它旨在操作仅共享一组数据文件的多个 Oracle 实例。每个实例都有自己的日志缓冲区。哦，是的，您将需要大量资金（Oracle RAC 不是开源的）。
不要这样做。MySQL 并非旨在处理涉及相同磁盘文件的单独实例。即使是这样，我也不会相信它，因为开发人员专注于其他问题，例如优化。
优化通常取决于更多地使用 RAM 而更少地使用磁盘。即使有外部锁定的代码，想想这会减慢查询速度！
你希望得到什么？如果您假设服务器比网络和磁盘驱动器更脆弱，那么请考虑 Galera（经过良好测试，流行等）。Group Replication 很快将成为 Galera 的重要竞争对手；Oracle 正在大力开发、推动和支持它。
MySQL 对服务器崩溃具有弹性。如果您可以挽救磁盘并将它们附加到新的 CPU + 等，那么基本上“从电源故障中恢复”可以让您回到您停止的地方（减少任何未提交的事务）。
磁盘驱动器丢失的恢复能力曾经是最大的担忧。因此，RAID、DRBD、复制、Galera、组复制、Aurora 等。
听起来 GlusterFS 是 NetApp 的竞争对手。两者都是巨大的驱动力。随意将两个MySQL 实例与 GlusterFS 的两个分区进行通信；这通常由 NetApp 完成。
回到服务器故障...用一个MySQL 实例设置一个磁盘也是可以的，并且在服务器故障的情况下能够针对同一个“磁盘”启动另一个实例。只是不要让两个实例同时运行。