MYSQL各种log

本章纲要

1、mysql主从复制是怎么实现的(binlog,relaylog)

2、事物执行原理是怎么保证ACID的(redolog,undolog)

一、Mysql是怎么实现主从复制的

 数据库主从设计的好处:

1、实现读写分离,方便扩展,提高性能,防止io瓶颈

2、数据备份,防止数据丢失

从数据一致性和时效性来分析主从复制

复制整体过程

1、slave连接到master时,master会创建一个log dump线程(主节点会为每个从节点创建一个),这个线程的主要用处就是发送和读取binlog给slave,读取过程中会对binlog加锁操作

2、master发生数据更新时,先更新本地库,写入本地binlog

3、通过log dump线程发送binlog到slave

4、slave启动io线程(接收master发过来的binlog,查询master的binlog)

5、将binlog写入slave的relay log(把master的binlog转存到slave本地,方便给master快速响应)

6、写入relaylog成功后异步启动SQL线程(用于读取relaylog将数据持久化到slave)

7、写入relaylog成功后同步通知master返回ack

8、master接收到ack后返回成功(整个本地持久化,主从复制成功)

总结:

1、过程中有三个线程:master的log dump线程,slave的IO线程和SQL线程

2、数据写入master到slave写入relaylog到返回master这个过程是同步的,slave写入relaylog成功后Slave后续是异步操作(SQL线程)

3、同步部分保证了主从数据库的一致性,异步操作提高了主从复制的效率

二、事物的是怎么保证ACID的

事物的执行过程:事物在执行时先将数据写入日志及内存页中,然后在定时或系统空闲时持久化到磁盘,而并非每次实时更新

1、原子性:一个事物中要么全部成功,要么全部失败

事物开启后sql被记录到redolog和undolog

redolog主要记录正向sql,也就是真正要准备被提交的,准备被持久化的

undolog记录反向sql,就是如果事物执行了回滚命令后要执行的(删除缓存和redolog)

redolog存在的意义就是:事物commit后数据被写到内存,还没持久化到磁盘时,宕机,重启后靠redolog恢复数据

问题:写入redolog也是操作磁盘io,为什么不直接持久化更新磁盘?

答:写入redolog是顺序写,写入效率高,而真正持久化的时候是先找到再写,效率低

2、持久性

上面redolog存在的意义,保证了数据不会丢失,commit后不会被回滚

3、隔离性

https://blog.csdn.net/qq_26418435/article/details/103564571

4、一致性

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值