mysql内部复制功能是建立在两个或两个以上服务器之间，通过设定它们之间的主-从关系来实现的。其中一个作为主服务器，其它的作为从服务器。我将详细讨论如何配置两台服务器，将一个设为主服务器，另一个设为从服务器。并且描述一下在它们之间进行切换的处理过程。我是在mysql的3.23.23版本上进行的配置设置过程，并且也是在这个版本上进行的测试。mysql开发人员建议最好使用最新版本，并且主-从服务器均使用相同的版本。同时mysql 3.23版本仍然是beta测试版，而且这个版本可能不能向下兼容。所以因为这个原因，在实际的网站中，我现在还没有使用这个版本。拥有容错能力具有一个好处是，在不需中断任何查询的情况下，对服务器进行升级。
第一步：配置主服务器
在这篇文章的剩下篇幅中，我将指定两台服务器。a（ip为10.1.1.1）作为主服务器（简称为主机）。b（ip为10.1.1.2）作为后备服务器（简称为备机）。
mysql的复制功能的实现过程为：备机(b)与主机(a)连接，然后读出主机的二进制更新日志，再将发生的变化合并到自已的数据库中。备机需要一个用户帐号来与主机连接，所以在主机上创建一个帐号，并只给它file权限，如下操作：
grant file on *.* to replicate@10.1.1.2 identified by password;
为了备机能够与主机连接，要在主机上运行flush privileges，不过不要担心，因为我们将在下面的步骤中停掉服务器。
现在我们需要主机数据库的一个快照，并且对主机进行配置，允许生成二进制的更新日志。首先编辑my.cnf文件，以便允许二进制更新日志，所以在[mysqld]部分的下面某个地方增加一行：log-bin。在下一次服务器启动时，主机将生成二进制更新日志(名为：<主机名>-bin.<增量序号#>)。为了让二进制更新日志有效，关闭mysql服务程序，然后将主机上的所有数据库目录到另一个目录中，接着重新启动mysqld。
请确定得到了所有数据库，否则在进行复制时，如果一个表在主机上存在但在备机上不存在，将因为出错而退出。现在你已经得到了数据的快照，和一个从建立快照以来的二进制日志，上面记录着任何对数据库的修改。请注意mysql数据文件(*.myd，*.myi和*.frm)是依赖于文件系统的，所以你不能仅仅进行文件传输，如从solaris到linux。如果你处于一个异种的服务器环境，你将不得不使用mysqldump实用程序或其它的定制脚本来得到数据快照。
第二步：配置备机
让我们继续。停掉备机上的mysql服务程序，并且把从主机上拷贝来的数据库目录移到备机上的data目录下。请确认将目录的拥有者和属组改变为mysql用户相应值，并且修改文件模式为660(只对拥有者和属组可读、可写)，目录本身为770(只对拥有者和属组可读、可写和可执行)。
继续。在备机上启动mysql服务程序，确认mysql工作正常。运行几个select查询(不要update或insert查询)，看一看在第一步中得到的数据快照是否成功。接着，在测试成功后关掉mysql服务程序。
在备机上配置需要访问的主机，以便接收主机的更改。所以需要编辑务机上的my.cnf文件，在[mysqld]部分中增加下面几行：
master-host=10.1.1.1
master-user=replicate
master-password=password
在启动备机服务程序后，备机服务程序将查看在my.cnf文件中所指定的主机，查看是否有改变，并且将这些改变合并到自已的数据库中。备机保持了主机的更新记录，这些记录是从主机的master.info文件中接收下来的。备机线程的状态可以通过sql命令show slave-status看到。在备机上处理二进制日志中如果
发生错误，都将导致备机线程的退出，并且在*.err的日志文件中生成一条信息。然后错误可以被改正，接着可以使用sql语句slave start来重新启动备机线程。线程将从主机二进制日志处理中断的地方继续处理。
至此，在主机上所发生的数据改变应该已经复制到备机上了，要测试它，你可以在主机上插入或更新一条记录，而在备机上选择这条记录。
现在我们拥有了从a机到b机的这种主-从关系，这样当a机可能当机的时候，允许我们将所有的查询重定向到b机上去，但是当a机恢复时，我们没有办法将发生的改变恢复到a机中去。为了解决这个问题，我们创建从b机到a机的主-从关系。
第三步：创建相互的主从关系
首先在b机上的my.cnf文件中，在[mysqld]部分中加入log-bin，接着重新启动mysqld，然后创建可在它的上面执行复制功能的用户帐号，使用：
grant file on *.* to replicate@10.1.1.1 identified by password;
在b机上运行flush privileges命令，以便装入在加入复制用户后的新的授权表，接着回到a机上，在它的my.cnf中加入下面几行：
master-host=10.1.1.2
master-user=replicate
master-password=password
在重启a机的服务程序之后，现在我们一拥有了在a机与b机之间的相互主-从关系。不管在哪个服务器上更新一条记录或插入一条记录，都将被复制到另一台服务器上。要注意的是：我不敢确定一个备机合并二进制日志变化的速度有多快，所以用这种方法来进行插入或更新语句的负载平衡可能不是一个好办法。
第四步：修改你的数据库连接程序
既然你已经在a机和b机之间建立了一个相互的关系，你需要修改数据库连接程序，以便从这种方式中得到好处。下面的函数首先试图与a机连接，如果不能建立连接则与b机连接。
/********************************************************
function db_connect()
returns a link identifier on success, or false on error
********************************************************/
function db_connect(){
$username = "repluser";
$password = "password";
$primary = "10.1.1.1";
$backup = "10.1.1.2";
# attempt connection to primary
if(!$link_id = @mysql_connect($primary, $username, $password))
# attempt connection to secondary
$link_id = @mysql_connect($secondary, $username, $password)
return $link_id;
}
?>
我在两种情况下对使用了上面技术的数据库连接建立过程进行了测试，一种是主mysql服务程序关闭了，但是服务器还在运行，另一种情况是主服务器关闭了。如果只是mysqld关闭了，连接会马上转向备机；但是如果整个服务器关闭了，就出现了无限地等待(两分钟后我放弃了跟踪 -- 很短的注意跨度)，因为php在查找一个不存在的服务器。不幸地是，不象fsockopen函数，mysql_connect函数没有一个超时参数，然而我们可以使用fsockopen来模拟一个超时处理。
第五步：一个改进的数据库连接程序
/********************************************************
function db_connect_plus()
returns a link identifier on success, or false on error
********************************************************/
function db_connect_plus(){
$username = "username";
$password = "password";
$primary = "10.1.1.1";
$backup = "10.1.1.2";
$timeout = 15; // timeout in seconds
if($fp = fsockopen($primary, 3306, &$errno, &$errstr, $timeout)){
fclose($fp);
return $link = mysql_connect($primary, $username, $password);
}
if($fp = fsockopen($secondary, 3306, &$errno, &$errstr, $timeout)){
fclose($fp);
return $link = mysql_connect($secondary, $username, $password);
}
return 0;
}
?>
这个新改进的函数向我们提供了一个可调的超时特性，这正是mysql_connect函数所缺少的。如果连接立即失败，这种情况如机器"活"着，但mysqld"当"掉了，函数立即移到第二个服务器。上面的函数相当健壮，在试图进行连接之前先测试一下，查看服务程序是否在指定端口进行监听，让你的脚本在一段可接受的时间段后超时，允许你适当地对出错情况进行处理。如果你修改了缺省端口3306，请保证对端口号进行修改。
结论和意见
首先，要确定得到了一个完整的数据快照。如果忘记拷贝一个表或数据库将导致备机线程序停止。生成快照的时刻是很关健的。你应该确保在拷贝数据文件之前二进制日志功能是无效的。如果在得到快照之前就允许了二进制日志功能，备机的线程可能会停止，原因就是当线程试图导入重要的记录时，可能会由于主键重复而停止。最好就是接照第二部分所讨论的处理办法来做：关闭-拷贝-允许二进制日志功能重启。
你可能想要按照最初的一种方式来配制复制处理，并且在合适的时间关注备机，确保备机与主机保持同步。
我没有测试过一个使用了复制特性的系统的负载平衡处理性能，但是我会灵活地使用这样系统来平衡插入和更新。例如，如果在两台服务器上两条记录都给出了同一个auto_increment值，这种情况备机线程会在哪一条记录上停掉呢？象这样的问题将会让负载平衡作为只读的处理，一台服务器处理所有的插入和更新，同时一组备机（是的，你可以有多个与主机分离的备机）处理所有的选择。
我非常高兴，mysql已经具备了复制系统的某些功能，并且配置很简单。使用它，你就可以开始针对失控的事件提供额外的安全措施了。我仅仅涉及了复制特性，这个我已经测试并且使用了，但是在mysql的在线文档中的第11部分有中更详细的说明。.
以上就是使用MySQL内建复制功能来最佳化可用性的内容了 想要获取更多的内容请关注PHP中文网（www.php.cn）！
