简单记录一下,有朋友问 @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