简单记录一下,有朋友问 @richard一、show slave status关键值 1. row **
  Slave_IO_State: Waiting for master to send event (IO THREAD状态)
  Master_Host: 192.
  
  【mysql】  【SQL】  【LOG】  【线程】  【binlog】  【thread】   点击查看原文>
            Dec
            
        
        
        
    04
            2018
        
            Oct
            
        
        
        
    18
            2018
        
            Oct
            
        
        
        
    16
            2018
        
            Oct
            
        
        
        08
            2018
        
  这个问题是一个朋友发给我的@mj环境如下:MySQL 5.6.25show
  processlist和pstack日志做了大量的删减,否则篇幅过大 一、问题描述 问题描述是这位朋友发给我的如下:
  问题描述收到从库xx.xx.xx.xx报警mysql宕机,实际上mysql没有宕机,而是因为下面这条SQL向表tmp_mds_cust_dealer_advisor_rela01插入的数据太多(这个表的数据文件高达184G,binlog文件binlog.001675高达138G).在binlog最终刷到磁盘的期间导致
  SHOW GLOBAL STATUS 等命令阻塞。
  
  【mysql】  【SQL】  【binlog】  【thread】    …
            Sep
            
        
        
        
    29
            2018
        
            Sep
            
        
        
        
    22
            2018
        
            Sep
            
        
        
        
    01
            2018
        
            Aug
            
        
        
        
    11
            2018
        
            Aug
            
        
        
        01
            2018
        一、MySQL为什么会延迟 数据延迟: 是指master执行了N个事务,slave却只执行了N-M个事务,说明master和slave之间产生了延迟 延迟原因:延迟的原因很多种,大部分情况下是 slave的处理能力跟不上master导致 接下来,我们从各种角度分析下延迟的原因 1.1 MySQL复制的架构
  通过架构图,可以直观的看到数据延迟的点有哪些,当然也就可以知道如何优化了 1.2 大事务导致的延迟
  大家都知道,binlog的写入时机是在commit的时候,redo的写入时机是在事务执行阶段就开始。
  
  【云栖社区】  【数据存储与数据库】  【系统研发与运维】   …
            Jul
            
        
        
        
    03
            2018