作者：贺春阳，出处：mysqlpub.com !
继5.5半同步复制后，5.6又对其进行了优化与改进，其中有两个地方较为重要：
1、对运维人员来说应该是一件大喜的事情，在主从切换后，在传统的方式里，你需要找到binlog和POS点，然后hangemasterto指向，而不是很有经验的运维，往往会将其找错，造成主从同步复制报错，在mysql5.6里，你无须再知道binlog和POS点，你只需要知道master的IP、端口，账号密码即可，因为同步复制是自动的，mysql通过内部机制GTID自动找点同步。
2、多线程复制基于库。之前的版本，同步复制是单线程的，队列的，只能一个一个执行，在5.6里，可以做到多个库之间的多程复制，例如yourDB库里，存放着用户表，商品表，价格表，订单表，那么将每个业务表单独放在一个库里，这时就可以做到多线程复制，但一个库里的表，多线程复制是无效的。
继5.5半同步复制后，5.6又对其进行了优化与改进，其中有两个地方较为重要：
1、对运维人员来说应该是一件大喜的事情，在主从切换后，在传统的方式里，你需要找到binlog和POS点，然后hangemasterto指向，而不是很有经验的运维，往往会将其找错，造成主从同步复制报错，在mysql5.6里，你无须再知道binlog和POS点，你只需要知道master的IP、端口，账号密码即可，因为同步复制是自动的，mysql通过内部机制GTID自动找点同步。
2、多线程复制基于库。之前的版本，同步复制是单线程的，队列的，只能一个一个执行，在5.6里，可以做到多个库之间的多程复制，例如yourDB库里，存放着用户表，商品表，价格表，订单表，那么将每个业务表单独放在一个库里，这时就可以做到多线程复制，但一个库里的表，多线程复制是无效的。
关于GTIDs看这儿，这个博文太帅了
http://d2-systems.blogspot.co.uk/2012/04/global-transaction-identifiers-are-in.html
