MySQL数据库企业项目实战（1）

最新推荐文章于 2024-04-23 09:41:19 发布

黑夜中的小毛驴

最新推荐文章于 2024-04-23 09:41:19 发布

阅读量745

点赞数

文章标签： mysql big data 数据库

本文链接：https://blog.csdn.net/hjj223635/article/details/120509161

版权

MySQL主从复制

主从复制：对于实际的生产环境中，对数据的读写都是在一个服务器中，是不能满足实际的需求，通过主从复制来同步数据，在通过读写分离来提高数据库的并发负载能力

MySQL主从复制的原理：

MySQL的主机数据更新以后，将数据写入二进制日志binary log 之中，slave开始一个工作线程（I/O）I/O线程在master上打开一个普通的连接，从master的二进制日志文件读取事件，如果跟上master，它会跟上master，并且睡眠等待master 有新的事件，I/O线程将这些事件继续写入日志中

I/O线程将读到的master的日志文件写入到relay log，再由SQL线程读取日志Relay log 到MySQL的从机上面，这就是MySQL的主从复制的原理

MySQL主从复制的复制方式

MySQL的主从复制并不完美，存在着几个由来地问题，首先就是一个复制问题

基于SQL语句地复制（SBR）在服务器上执行SQL语句，在从服务器上执行同样地语句，MySQL默认采用地是基于语句地复制，执行效率高

基于行的复制（RBR）把改变的内容复制过去，而不是把命令在从服务器在执行一遍

混合模式复制（MBR）默认采用基于语句的复制，一旦发现基于语句无法精准复制时，就会采用基于行的复制

全局事务标识符（GTID）基于SQL语句的方式是最古老的方式，也是目前默认的府复制方式，

SBR方式的优缺点

SBR的优点：
历史悠久，技术成熟

binlog 文件较小

binlog 中包含所有的数据库的更新信息，可以据此来审核数据库的安全等情况

binlog 可以用于实时的还原，而不是用于复制

主从版本可能不一样，从服务器可能比主服务器版本高

SBR的缺点：

不是所欲的UPDATE语句都是能被复制的，尤其是包含不确定操作的时候复制需要进行全表扫描的UPDATE时，需要比RBR请求更多的行级锁对于一些复杂的语句，在从服务器上的耗资源会更加严重，而RBR模式下，指挥对那个发生变化的记录产生影响数据表必须和主服务器保持才行，则会导致复制出错执行复杂语句如果出错的话，会消耗更多的资源

RBR方式的优缺点：
RBR的优点

任何情况都能被复制，这对复制来说是最安全可靠的

和其他大多数数据库的系统复制技术都是一样的

多数情况下，从服务器的表如果有主键的话，复制就会快很多

RBR的缺点：

binlog大很多

复杂的回滚时binlog会产生更多的数据

主服务器执行UPDATE 时所有发生变化的记录都会写道binlog中，

无法从binlog中看到复制i二到的什么语句

MySQL主从复制的原理

mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生binlog，binlog是顺序写，所以效率很高，slave的Slave_IO_Running线程到主库取日志，效率很比较高，下一步，问题来了，slave的Slave_SQL_Running线程将主库的DDL和DML操作在slave实施。DML和DDL的IO操作是随即的，不是顺序的，成本高很多，还可能与slave上的其他查询产生lock争用，由于Slave_SQL_Running也是单线程的，所以一个DDL卡主了，需要执行10分钟，那么所有之后的DDL会等待这个DDL执行完才会继续执行，这就导致了延时。有朋友会问：“主库上那个相同的DDL也需要执行10分，为什么slave会延时？”，答案是master可以并发，Slave_SQL_Running线程却不可以。