回南山种豆的专栏

有两种配置情况可能导致主从数据不一致sync_binlog=1 innodb_flush_log_at_tx_commit=0当commit时数据写到binlog当时并没有写到redolog 时 系统crash。此时从库已经拿到binglog进行数据重做，但是主库重启后会回滚该事务，此时导致主从数据不一致.sync_binlog=1 innodb_flush_log_at_tx

主从相同时 ，出现从库不能io线程不能同步，show  slave status:Fatal error: The slave I/O thread stops because master and slavehave equal MySQL server ids; these ids must be different for replication to work(or the --rep

re:master.info， relay-log.infomaster.info 中的各个参数含义：    --master-host  主库IP地址。   --master-user  复制用户。   --master-password  复制密码。   --master-port   主库端口。   --master-connect-retry  连接主库重试时间间隔

今天在运维一个mysql实例时，发现其数据目录下的relay-log 长期没有删除，已经堆积了几十个relay-log。然而其他作为Slave服务器实例却没有这种情况。综合分析后发现和以下原因有关。该实例原先是一个Slave   -------导致relay-log 和 relay-log.index的存在该实例目前已经不是Slave  -------由于没有了IO-Threa

从库SQL线程处理的最近的日志事件的时间戳减去从库IO线程处理的最近一条日志记录的时间戳(日志的记录和主库的系统时钟有关系)。这和两个服务器的系统时间有关，因为io线程读取日志时，日志中的时间是主库的时间。有几种可能导致延迟很高：1、如果主库和从库的系统时间不一致，从库的时间快。    2、如果主从之间网络延迟很大，导致io线程不能按时将主库的二进制日志读到从库。    3、主

relay-log.info, master.info 这连个文件时在建立复制时产生的，现在主要说明以下问题:1、如果修改删除master.info文件，复制会中断么?不会,如果stop slave,然后start slave还是能正常启动起来，因为mysql已经记住这里面的信息了，但是当你重启mysql时，在start slave,这时重启失败，会提示你change  master to