用MySQL内建复制功能来优化可用性(2)

既然你已经在A机和B机之间建立了一个相互的关系，你需要修改数据库连接程序，以便从这种方式中得 到好处。下面的函数首先试图与A机连接，如果不能建立连接则与B机连接。

我在两种情况下对使用了上面技术的数据库连接建立过程进行了测试，一种是主MySQL服务程序关闭了， 但是服务器还在运行，另一种情况是主服务器关闭了。如果只是mysqld关闭了，连接会马上转向备机;但是 如果整个服务器关闭了，就出现了无限地等待(两分钟后我放弃了跟踪 -- 很短的注意跨度)，因为PHP在查 找一个不存在的服务器。不幸地是，不象fsockopen函数，mysql_connect函数没有一个超时参数，然而我们 可以使用fsockopen来模拟一个超时处理。

第五步：一个改进的数据库连接程序

这个新改进的函数向我们提供了一个可调的超时特性，这正是mysql_connect函数所缺少的。如果连接 立即失败，这种情况如机器"活"着，但mysqld"当"掉了，函数立即移到第二个服务器。上面的函数相当健壮， 在试图进行连接之前先测试一下，查看服务程序是否在指定端口进行监听，让你的脚本在一段可接受的时间 段后超时，允许你适当地对出错情况进行处理。如果你修改了缺省端口3306，请保证对端口号进行修改。

结论和意见 首先，要确定得到了一个完整的数据快照。如果忘记拷贝一个表或数据库将导致备机线程序停止。生成 快照的时刻是很关健的。你应该确保在拷贝数据文件之前二进制日志功能是无效的。如果在得到快照之前就 允许了二进制日志功能，备机的线程可能会停止，原因就是当线程试图导入重要的记录时，可能会由于主键 重复而停止。最好就是接照第二部分所讨论的处理办法来做:关闭-拷贝-允许二进制日志功能重启。

你可能想要按照最初的一种方式来配制复制处理，并且在合适的时间关注备机，确保备机与主机保持同 步。

我没有测试过一个使用了复制特性的系统的负载平衡处理性能，但是我会灵活地使用这样系统来平衡插 入和更新。例如，如果在两台服务器上两条记录都给出了同一个auto_increment值，这种情况备机线程会在 哪一条记录上停掉呢?象这样的问题将会让负载平衡作为只读的处理，一台服务器处理所有的插入和更新， 同时一组备机(是的，你可以有多个与主机分离的备机)处理所有的选择。

我非常高兴，MySQL已经具备了复制系统的某些功能，并且配置很简单。使用它，你就可以开始针对失 控的事件提供额外的安全措施了。我仅仅涉及了复制特性，这个我已经测试并且使用了，但是在MySQL的在线文档中的第11部分有中更详细的说明。