mysql主从配置参数

àì夳堔傛蜴生んèń 2022-07-15 13:25 169阅读 0赞

朋友公司的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