在保证数据库性能的前提下，怎么保证数据的一致性呢？
在MySQL 5.5版本中即支持异步复制又支持半同步复制。
1、当slave 连接master的时候，它会指出它是否支持半同步复制。
2、当master启用 semisynchronous replication.并且至少有一台slave也启用了该功能，master端的事务会被阻塞，并且等到该事务会等待其中任何一个slave接受到该事务，或者超过等待时间才会提交。
当master的线程处于被阻塞（等待slave端返回的消息时），并不会给该会话session返回任何消息。当阻塞结束的时候，master会返回给该session消息。
半同步复制需要在数据一致性和性能上作出权衡。
1、这个首先需要5.5支持动态加载模块：查看变量： have_dynamic_loading是否是yes;
2、基本的复制架构已经搭建
3、master端和slave端的模块是随着版本发布的，在master端执行：
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
在slave端执行：
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
如果在安装的时候出现如下错误，请下载缺失的组件：http://dev.mysql.com/downloads/os-linux.html.
ERROR 1126 (HY000): Can't open shared library
'/usr/local/mysql/lib/plugin/semisync_master.so' (errno: 22 libimf.so: cannot open
shared object file: No such file or directory)
安装完成后，还需要设置变量才能正常启动：
SET GLOBAL rpl_semi_sync_master_enabled =1；
SET GLOBAL rpl_semi_sync_master_timeout =N 设置好超时时间，默认是10s （有点长啦）
在slave 端执行：
SET GLOBAL rpl_semi_sync_slave_enabled =1
（以上信息都可以写到my.cnf文件中）
这个时候复制还是属于异步复制，只有重启slave或者 重启 slave I/O线程，才能真正使用半同步复制功能。
stop slave io_thread;start slave io_thread;
监控半同步复制状态；
几个重要的变量是：
rpl_semi_sync_master_clients 支持和已经注册半同步复制的已连接的slave数量。
rpl_semi_sync_master_status Master的半同步复制状态，1是活动状态，0表示非活动，要么是没有启用该功能，要么以切换至异步复制状态
rpl_semi_sync_slave_status Slave 上的半同步复制状态，1，表示已经启用而且I/O线程正在运行，0表示非活动状态。
使用半同步复制需要思考的几个问题：
1、当所有的slave崩溃，半同步复制的状态如何变化？
为防止半同步复制在没有收到确认的情况下发生阻塞，使用rpl-semi-sync-mastertimeout=millseconds（毫秒） 设置一个超时时间，在规定时间内master没有收到任何slave的回应，那么复制将装变为异步复制。注意事项：该选项在server重启之后不会保存，所以可以考虑写入到my.cnf中。
2、当master产生新的事件，此时没有slave与之保持连接，这个时候master该如何变化？
默认情况下，和1上面所说的一样，有一个超时时间，。为了更高效的进行复制，我们可以设置 rpl-semi-sync-master-wait-no-slave=on|off ，来关闭默认的行为，直接转变为异步复制
3、对于比较繁忙的master，如何在master出现故障时，保持数据主从的一致性？对于出现partial transaction的情况，可以利用第三方自动截取部分 roll back 字段。具体参考：http://www.woqutech.com/files/Partial_Transaction.pdf
本文转自 位鹏飞 51CTO博客，原文链接：http://blog.51cto.com/weipengfei/974866，如需转载请自行联系原作者
