mysql主从配置参数

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

master_info_repository = TABLErelay_log_info_repository = TABLElog_bin = mysql-binsync_binlog = 1gtid_mode = onenforce_gtid_consistency = 1log_slave_updatesbinlog_format = rowtransaction-isolation=READ-COMMITTEDinnodb_autoinc_lock_mode = 2relay_log = relay.logrelay_log_recovery = 1#binlog_gtid_simple_recovery = 1slave_skip_errors = ddl_exist_errorsauto-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 #自增互斥方式，默认为1innodb_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.htmlslave_skip_errors 跳过错误auto-increment-increment = 2    auto-increment-offset = 1  主键大于2时，每次递增1