情况

我有两个 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，但是找不到。后来我发现，它保存在程序的内存中，您无法手动更新或访问它。