半年之前我有幸参加了MySQL2010用户大会，Oracle/Sun在会上公布了MySQL5.5的新特性，这次MySQL5.5改进的地方非常之多，当中引入的Google patch for MySQL中的半同步Semi-synchronous Replication，一个可用于高可用解决方案的新特性。谭俊青@MySQL实验室
MySQL5.5的在复制/同步方面的改进：
保证主从服务器上数据的一致性（同步）能立检测到复制的异常Crashed Salve能自动从错误中恢复同步在环形复制中用户能够指定跳过某实例事件主从复制中能自动适应字段类型的转换MySQL半同步复制(semi-synchronous replication)
默认情况下MySQL的复制是异步的，Master上所有的更新操作写入Binlog之后并不确保所有的更新都被复制到Slave之上。异步操作虽然效率高，但是在Master/Slave出现问题的时候，存在很高数据不同步的风险，甚至可能丢失数据。
MySQL5.5引入半同步复制功能的目的是为了保证在master出问题的时候，至少有一台Slave的数据是完整的。在超时的情况下也可以临时转入异步复制，保障业务的正常使用，直到一台salve追赶上之后，继续切换到半同步模式。
Master:
INSTALL PLUGIN ‘rpl_semi_sync_master’ SONAME ‘semisync_master.so’;
SET GLOBAL rpl_semi_sync_master_enabled=1;
SET GLOBAL rpl_semi_sync_master_timeout=1000; (1s, default 10s)
Slave:
INSTALL PLUGIN ‘rpl_semi_sync_slave’ SONAME ‘semisync_slave.so’;
SET GLOBAL rpl_semi_sync_slave_enabled=1;
复制心跳（用户检测复制是否中断）
MySQL5.5提供的新的配置master_heartbeat_period，能够在复制停止工作和出现网络中断的时候帮助我们迅速发现问题。
启用方法：
STOP SLAVE;
CHANGE MASTER TO master_heartbeat_period= milliseconds;
START SLAVE;
Slave自动恢复同步
在MySQL5.5版本之前，MySQL Slave实例在异常终止服务之后，可能导致复制中断，并且relay binlog可能损坏，在MySQL再次启动之后并不能正常恢复复制。在MySQL5.5中这一问题得到了解决，MySQL可以自行丢弃顺坏的而未处理的数据，重新从master上获取源数据，进而回复复制。
跳过指定复制事件
在多Master或环形复制的情况下，处于复制链条中间的服务器异常，可以通过
CHANGE MASTER TO MASTER_HOST=xxx IGNORE_SERVER_IDS=y
跳过出问题的MySQL实例。
自动转换字段类型
MySQL5.1在基于语句的复制下，支持部分的字段转换，但是行级的会报错。MySQL5.5语句和行级复制都已支持。还可以通过 SLAVE_TYPE_CONVERSIONS 控制转换的方向。