根据业务需要，建立MySQL复制来实现数据冗余。MySQL 5.6.10版本提供了更方便的基于GTID的复制功能，MySQL可以通过GTID自动识别上
根据业务需要，建立mysql复制来实现数据冗余。
MySQL 5.6.10版本提供了更方便的基于GTID的复制功能，MySQL可以通过GTID自动识别上次同步的点，极大地方便了运维人员，减少出错的几率。
在官方文档中提到，最保险可靠的复制方式，是基于row的复制，所以宁可牺牲一些性能也要保证数据的安全。
现实环境中，master主数据库MySQL 5.6.10(msi安装方式)安装在Windows 2008 Server x64上，slave从服务器是一台老旧的DELL服务器，运行CentOS 6.4 x64系统，源码编译安装MySQL 5.6.10的Linux版本，安装过程可以参考我以前的文章：
不同平台下，MySQL是有一些差异的，要小心处理。
第一个问题是，Windows平台下，文件名大小写不敏感，造成对应的MySQL的数据表名称默认都采用小写字母方式，同时大小不写敏感，参考我以前的文章： 为了能将数据同步复制到Linux平台的MySQL，我们需要设置Linux平台下MySQL的数据表名称设置：(修改my.cnf文件)
[mysqld]
lower_case_table_names=1
第二个问题是，自增字段0值的问题。因为现有数据库是MSSQL，业务逻辑需要某些表的自增字段从0开始。参考我以前的博文： 为了在Windows平台和Linux平台的MySQL之间复制数据，增加全局变量设置，在my.ini和my.cnf中分别添加NO_AUTO_VALUE_ON_ZERO设置到sql-mode行：
//my.ini 该文件默认在Windows7或Windows2008操作系统中位于 C:\ProgramData\MySQL\MySQL Server 5.6 目录下（采用MSI安装方式），如果你自定义了数据目录，则该配置文件在数据目录下。
# Set the SQL mode to strict
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_AUTO_VALUE_ON_ZERO"
现在开始配置GTID复制，先配置master端的my.ini文件，加入下述配置，，然后重启master的MySQL服务：
binlog-format=ROW
log-bin=master-bin.log
log-bin-index=master-bin.index
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log-events=1
server-id=1
sync_binlog=1
