mysql数据库从库同步延迟的解决方案

MySQL主从复制基于二进制日志,延迟主要由单线程的SQL执行及高并发导致。解决办法包括分库分表、读写分离、增加缓存层、优化硬件及调整MySQL配置如sync_binlog和innodb_flush_log_at_trx_commit。半同步复制可提高数据安全性,网络优化和硬件升级也能减少延迟。
摘要由CSDN通过智能技术生成

MySQL主从复制实际上基于二进制日志,原理可以用一张图来表示:
在这里插入图片描述
分为四步走:

  1. 主库对所有DDL和DML产生的日志写进binlog;

  2. 主库生成一个 log dump 线程,用来给从库I/O线程读取binlog;

  3. 从库的I/O Thread去请求主库的binlog,并将得到的binlog日志写到relay log文件中;

  4. 从库的SQL Thread会读取relay log文件中的日志解析成具体操作,将主库的DDL和DML操作事件重放。

关于DDL和DML

SQL语言共分为四大类:查询语言DQL,控制语言DCL,操纵语言DML,定义语言DDL。

DQL:可以简单理解为SELECT语句;

DCL:GRANT、ROLLBACK和COMMIT一类语句;

DML:可以理解为CREATE一类的语句;

DDL:INSERT、UPDATE和DELETE语句都是

在从服务器上执行show slave status;可以查看到很多同步的参数,我们需要特别注意的参数如下:

Master_Log_File:                      SLAVE中的I/O线程当前正在读取的主服务器二进制日志文件的名称
Read_Master_Log_Pos:        在当前的主服务器二进制日志中,SLAVE中的I/O线程已经读取的位置
Relay_Log_File:                        SQL线程当前正在读取和执行的中继日志文件的名称
Relay_Log_Pos:                        在当前的中继日志中,SQL线程已读取和执行的位置
Relay_Master_Log_File:      由SQL线程执行的包含多数近期事件的主服务器二进制日志文件的名称
Slave_IO_Running:                 I/O线程是否被启动并成功地连接到主服务器上
Slave_SQL_Running:              SQL线程是否被启动
Seconds_Behind_Master:     从属服务器SQL线程和从属服务器I/O线程之间的时间差距,单位以秒计。

从库同步延迟情况出现的
1、show slave status显示参数Seconds_Behind_Master不为0,这个数值可能会很大
2、show slave status显

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值