mysql 主从复制

一、通过二进制文件binlog进行主从同步

开启防火墙3306端口

1.设置主服务器:/etc/my.cnf

log-bin=binlog #二进制文件名称,需要开启

binlog-format=ROW ; # row,statement,mixed mysql默认采用statement

**statement:**主要记录了sql。日志量小。在某些情况如下,会导致数据不一致

**row:**日志会记录每一行的修改,不会出现数据不一致的问题。缺点:批量操作时会产生大量日志。

**mixed:**一般情况下使用statement保存binlog,对于statement无法复制的操作,使用row模式来保存

企业使用:

1.如果生产中使用mysql的特殊功能相对较少(存储过程、触发器、函数)。选择默认的语句模式,statement。

2.如果特殊功能使用的比较少,可以选择mixed模式。

3.如果特殊功能使用的多,并且希望数据最大化一致,使用statement

binlog-do-db=db;需要同步的数据库的名称

show master status:查看主库的二进制文件名称,位置

从库配置:

查看主从状态:

show replica status\G;

查看主从复制是否正常:

Replica_IO_Running:yes

Replica_SQL_Running:yes

1.如何保证主从一致:

bin-log改成row行格式

2.主库在同步到从库时,网络慢导致了主从延迟,从库查不到最新的数据:

主从机器配置一样;

一主多从;

大事务分批操作;

binlog:

binlog会记录所有的逻辑操作,并且采用的是"追加写"的形式,不会像redolog一样去覆盖日志文件

什么情况会使用主从复制:

1.读写分离 2.做数据的热备 3.业务量越来越大,减少磁盘的I/O;

mysql主从同步的三种模式:

1.异步复制:默认的就是异步复制,主库执行完客户端提交的事务后会立即将结果返回给客户端,并不关心从库是否已经接收并处理。

2.同步复制:当主库提交事务之后,所有的从库节点必须收到、apply并且提交这些事务,然后主库线程才能继续做后续的操作。

3.半同步复制:主库执行完客户端提价的事务后不是立刻返回给客户端,而是至少等待一个从库接受并写到relay log中才返回给客户端。

二、基于全局事务标识符GTID

my.cnf:

主库

mysqld

从库:

相关推荐
我有医保我先冲3 小时前
SQL复杂查询与性能优化:医药行业ERP系统实战指南
数据库·sql·性能优化
快来卷java3 小时前
MySQL篇(一):慢查询定位及索引、B树相关知识详解
java·数据结构·b树·mysql·adb
阳光_你好3 小时前
详细说明Qt 中共享内存方法: QSharedMemory 对象
开发语言·数据库·qt
喝醉酒的小白4 小时前
MySQL响应慢是否由堵塞或死锁引起?
数据库
Pasregret4 小时前
04-深入解析 Spring 事务管理原理及源码
java·数据库·后端·spring·oracle
jnrjian5 小时前
归档重做日志archived log (明显) 比redo log重做日志文件小
数据库·oracle
TDengine (老段)5 小时前
TDengine 中的命名与边界
大数据·数据库·物联网·oracle·时序数据库·tdengine·iotdb
谁家有个大人6 小时前
MYSQL中对行与列的操作
数据库·mysql
0000ysl6 小时前
数据库基础-函数&约束
数据库
JavaPub-rodert6 小时前
Etcd用的是Raft算法
数据库·github·etcd·raft