主动/被动拓扑中原始设备上的 Mysql InnoDb

Question

我们有一个主动/被动拓扑，其中有两个具有共享原始存储的 x86 复合体，其中在给定时刻只有一个节点可以访问共享存储(也称为主动节点)。如果主动节点发生故障转移，被动节点将启动接管并成为可以访问共享存储的主动节点。每个节点都有自己的带有文件系统的引导设备存储，但是共享存储不能在其上安装文件系统。

我们有兴趣在两个节点上安装 Mysql 服务器，它的数据驻留在共享存储中，只有事件节点在运行服务器。

Mysql with InnoDb is capable of running on a raw device ，还有关于如何运行的指南 Mysql over a cluster similar to our topology .但是，在第二个示例中，它们确实在共享存储上安装了一个文件系统。文件系统问题引发了一个主要问题:

ib_logfile* 仍然需要一个文件系统。所以原始的 mysql 特性并不完全是原始的。如果我弄错了，请纠正我。是否有将这些文件存储在原始存储中的解决方法？然而，我们可以将 ib_logfiles 保存在节点的启动设备中，并始终在服务器启动之前删除这些文件，但是，这可能会导致未提交的事务在事务中间发生故障时被部分提交，从而与整个交易理念。

在此拓扑中是否还有可能影响 mysql 行为的文件/功能？

Answer 1

每次安装 mysql 都由 2 个目录组成。1.应用目录2.数据目录。数据目录包含数据库的所有数据。它包含数据文件和日志文件。数据目录可以在本地服务器上的共享存储和应用程序目录上，当你想从主动切换到被动时，你关闭(如果它没有粉碎)主动服务器并启动具有共享存储权限的被动服务器.因为日志文件在共享存储中，所以新的事件服务器将恢复丢失的事务。请记住，在此拓扑中，无源服务器已关闭，只有在您切换时它才会启动。