mysql 主从复制原理日志总结

最新推荐文章于 2024-02-28 22:22:54 发布

叫我三师弟

最新推荐文章于 2024-02-28 22:22:54 发布

阅读量188

点赞数

分类专栏： mysql 文章标签： mysql

本文链接：https://blog.csdn.net/weixin_43820780/article/details/128773865

版权

本文介绍了MySQL主从复制的几种架构，包括单主多从、双主复制和多层复制，以及各自的优缺点。详细阐述了redo log、undo log和bin log的作用，以及它们在事务提交过程中的角色。还解析了主从复制的工作流程，包括异步复制和半同步复制，强调了数据一致性和高可用性的实现策略。

摘要由CSDN通过智能技术生成

mysql
公司版本 5.7（最新版本 8）默认最大连接数 150
数据库读写比一般为 7:3

1主3从，主从复制
master 单点写，不能停机，停机就不能接受写请求了
如果 slave 太多，master io 压力太大，响应会变慢

双主，主主复制，一读一写
优点可以通过 keepalived 把写节点做成高可用
缺点读节点只有一个，并发能力有限

多层 slave 集联复制
优点减轻了单点 master 的复制压力
缺点加大了从节点复制延迟

2主3从
1号主节点负责接受写请求，并同步数据到 2号主节点
2号主节点负责同步数据到 3个从节点
优点
主节点有两个，可以通过 keepalived 把主节点做成高可用
压力比较分散，延迟不明显，写请求压力集中在1号主节点，复制压力集中在2号主节点
----------------------------
redo log / undo log / bin log
redo log 重做日志，用于故障恢复，实现异常情况下的持久性
记录的是 undo log, buffer pool 里的变化，是物理日志
记录的是在某个数据页上做了什么修改

redo log 刷盘策略 - 把 redo log buffer 中的物理日志刷盘到 redo log file
innodb_flush_log_at_trx_commit
0 commit 提交写入 log buffer, 每秒写入 os buffer 并调用 fsync()函数刷盘
1 commit 提交写入 os buffer 并调用 fsync()函数刷盘
2 co