双机热备解决方案(mysql双机热备方案)

对于共享方式，数据库放在共享的存储设备上。当一台服务器提供服务时，直接在存储设备上进行读写。而当系统切换后，另一台服务器也同样读取该存储设备上的数据。

　对于纯软件的方式，通过镜像软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。

　纯软件方式有两大优点：首先节约投资，不需购买昂贵的磁盘阵列；其次不受距离的限制，两台服务器不需受SCSI电缆的长度限制（光纤通道的磁盘阵列也不受距离限制，但投资会大一些）。

　另一方面，纯软件方式（镜像方式）相应也有三大缺点：

　1. 对写入性能的影响。由于要对数据进行实时复制，就必然会有一个过程。镜像软件可以以两种方式处理这个过程，一种是同步方式，即只有在复制也完成后，原来的操作（比如事务提交）才算成功。另一种是异步方式，只要源数据操作完成，就算成功，复制工作在其后进行。前一种方式对于数据库的写入的速度会有一定的影响（很小的影响），而后一种方式则在切换时有可能会产生数据的丢失。

　2. 数据同步过程的影响。当任何一台服务器重新启动（不论是正常切换、非正常启动或是例行维护）后，都需要对两台服务器上的数据进行同步。这一过程是自动进行的，有些软件可以以差分（同步差异部分）的方式进行，但需购买单独模块，也有些软件是要重新复制全部数据。在数据量较大时，这一过程不仅对性能存在影响，也同时造成了一个双机热备的不可用时间缺口。

　3. 可靠性。从理论上，镜像方式与共享存储的效果是一样的。但也有些用户及集成商会感觉这一方式存在着一定的风险。

　从方案选择的角度，建议在进行双机热备时，如果投资非常紧张且数据量小、服务及数据不是很关键写入的频率不是很频繁且响应速度要求不是很高，也可以将镜像方式作为一种选择。否则，还是应尽可能使用采用共享的存储设备（如磁盘阵列）的方式。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/43132/viewspace-804950/，如需转载，请注明出处，否则将追究法律责任。