mysql主从配置参数

朋友公司的mysql主从配置参数发过来，我自己简单的加了解释

master_info_repository = TABLE
relay_log_info_repository = TABLE
log_bin = mysql-bin
sync_binlog = 1
gtid_mode = on
enforce_gtid_consistency = 1
log_slave_updates
binlog_format = row
transaction-isolation=READ-COMMITTED
innodb_autoinc_lock_mode = 2
relay_log = relay.log
relay_log_recovery = 1
#binlog_gtid_simple_recovery = 1
slave_skip_errors = ddl_exist_errors
auto-increment-increment = 2     #必须要
auto-increment-offset = 1            #必须要


master_info_repository # master info log  文件记录了备节点的连接信息，例如用户名，密码等,同时包括主节点信息
relay_log_info_repository # 记录了备节点应用 relay log 文件的进度情况
log_bin #这里指定的bin.log 默认路径是/var/lib/mysql/mysql-bin.000001，显示格式是名字加点6位数字，最后一个不一定是1，可以指定绝对路径
sync_binlog 
默认为0，为0时当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘
为n时，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘，这里改为1，
为0时的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。而当设置为1的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响。
从以往经验和相关测试来看，对于高并发事务的系统来说，"sync_binlog"设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。
gtid_mode #网上是说了必须主从必须要设置一致才行，要么都on，要么都off，启勇gtid是为了方便回滚，具体的不了解，这里选择启用，毕竟是新特性5.6以下的不要配
enforce_gtid_consistency #强制gtid一致性
log_slave_updates #slave更新是否记入日志
binlog_format #二进制格式改为行row模式，三种模式statement语句模式,row行模式，mixed混合模式
transaction-isolation  #读事务的隔离级别
innodb_autoinc_lock_mode #自增互斥方式，默认为1
innodb_autoinc_lock_mode = 0 (“traditional” lock mode：全部使用表锁)
innodb_autoinc_lock_mode = 1 (默认)(“consecutive” lock mode：可预判行数时使用新方式，不可时使用表锁) 
innodb_autoinc_lock_mode = 2 (“interleaved” lock mode：全部使用新方式，不安全，不适合replication)
参考文章http://dev.mysql.com/doc/refman/5.1/en/innodb-auto-increment-handling.html

slave_skip_errors 跳过错误
auto-increment-increment = 2    
auto-increment-offset = 1  主键大于2时，每次递增1