IT数码 购物 网址 头条 软件 日历 阅读 图书馆
TxT小说阅读器
↓语音阅读,小说下载,古典文学↓
图片批量下载器
↓批量下载图片,美女图库↓
图片自动播放器
↓图片自动播放器↓
一键清除垃圾
↓轻轻一点,清除系统垃圾↓
开发: C++知识库 Java知识库 JavaScript Python PHP知识库 人工智能 区块链 大数据 移动开发 嵌入式 开发工具 数据结构与算法 开发测试 游戏开发 网络协议 系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑 笔记本 显卡 显示器 固态硬盘 硬盘 耳机 手机 iphone vivo oppo 小米 华为 单反 装机 图拉丁
 
   -> 大数据 -> mysql-5.7.36主从复制(双机热备) -> 正文阅读

[大数据]mysql-5.7.36主从复制(双机热备)

主库添加以下配置(根据注释和实际情况删减,没必要的可以去掉):

# 开启日志
general_log = 1
general_log_file = mysql.log
# 主从复制配置
server-id = 1
# binlog日志格式,mysql默认采用statement,建议使用mixed
# STATEMENT模式(SBR)
# 每一条会修改数据的sql语句会记录到binlog中。优点是并不需要记录每一条sql语句和每一行的数据变化,减少了binlog日志量,节约IO,提高性能。缺点是在某些情况下会导致master-slave中的数据不一致(如sleep()函数, last_insert_id(),以及user-defined functions(udf)等会出现问题)
# ROW模式(RBR)
# 不记录每条sql语句的上下文信息,仅需记录哪条数据被修改了,修改成什么样了。而且不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。缺点是会产生大量的日志,尤其是alter table的时候会让日志暴涨。
# MIXED模式(MBR)
# 以上两种模式的混合使用,一般的复制使用STATEMENT模式保存binlog,对于STATEMENT模式无法复制的操作使用ROW模式保存binlog,MySQL会根据执行的SQL语句选择日志保存方式。
binlog_format= MIXED
# binlog日志文件
log-bin=mysql-bin
# binlog过期清理时间
expire_logs_days=7
# binlog每个日志文件大小
max_binlog_size= 100m
# binlog缓存大小
binlog_cache_size= 4m
# 最大binlog缓存大小
max_binlog_cache_size= 512m

重启主库:

service mysqld restart

在主库上创建账号并授权给slave库:

grant replication slave on *.* to '[设置从库读取主库日志的账号]'@'[从库IP]' identified by '[设置你的密码]';
flush privileges;

在这里插入图片描述
去从库服务器上验证账号是否可用( 只能在从库上验证,因为创建账号时制定了IP,这个账号只能使用指定IP的从库服务器访问)

mysql -h124.***.***.158 -u[设置从库读取主库日志的账号] -p[设置你的密码]

在这里插入图片描述
使用从库服务器测试没问题。

下一步查看主库状态:

 show master status\G;

在这里插入图片描述

从库配置(根据注释和实际情况删减,没必要的可以去掉):

# 开启日志
general_log = 1
general_log_file = mysql.log
# 注意:两个机器的server-id不能一样
server-id = 2
# 后跟路径表示开启中继日志,使用相对路径时表示在于数据目录在同一目录下,则默认位置在数据文件的目录(datadir)
relay-log=relay-log-bin
# 定义relay_log的位置和名称;一般和relay-log在同一目录
relay-log-index=slave-relay-bin.index
# 从节点跳过所有错误的日志 
slave-skip-errors=all
# 1:innodb_file_per_table参数后innodb可以把每个表的数据单独保存
# 0:所有的innodb表的数据都是保存在innodb系统表空间中的在drop table ,truncate table后表空间文件并不会进行收缩,也就是说
# 表空间文件所占的磁盘空间并不会因为drop table , truncate table 而释放。
innodb_file_per_table=1
# 解析主机名的相关配置
skip_name_resolve=1
# 设置只读
read_only= 1
# A>B>C实现三级主从同步时使用bin-log只会记录直接在slave库上执行的SQL语句,
# 由replication机制的SQL线程读取relay-log而执行的SQL语句并不会记录到bin-log,log-slave-updates可以配置把这部分也记录下来
log-slave-updates=true
# 日志的名字叫mysql-bin
log-bin= mysql-bin
# binlog过期清理时间
expire_logs_days=7
# binlog每个日志文件大小
max_binlog_size= 100m
# binlog缓存大小
binlog_cache_size= 4m
# 最大binlog缓存大小
max_binlog_cache_size= 512m

重启从库:

service mysql restart

配置主从复制复制关系(在从库上执行):

change master to master_host='[主库IP]',master_user='[主库上创建的复制账号]',master_password='[账号对应密码]', master_log_file='mysql-bin.000002',master_log_pos=969;
start slave;

在这里插入图片描述
启动主从复制:

start slave;

在这里插入图片描述
查看主从状态:

show slave status\G;

在这里插入图片描述
最终测试,使用Navicat同时连接两个库:
在这里插入图片描述
在主库上新建个数据库:
在这里插入图片描述
刷新从库,瞬间就有了。

  大数据 最新文章
实现Kafka至少消费一次
亚马逊云科技:还在苦于ETL?Zero ETL的时代
初探MapReduce
【SpringBoot框架篇】32.基于注解+redis实现
Elasticsearch:如何减少 Elasticsearch 集
Go redis操作
Redis面试题
专题五 Redis高并发场景
基于GBase8s和Calcite的多数据源查询
Redis——底层数据结构原理
上一篇文章      下一篇文章      查看所有文章
加:2022-04-06 23:15:00  更:2022-04-06 23:19:16 
 
开发: C++知识库 Java知识库 JavaScript Python PHP知识库 人工智能 区块链 大数据 移动开发 嵌入式 开发工具 数据结构与算法 开发测试 游戏开发 网络协议 系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑 笔记本 显卡 显示器 固态硬盘 硬盘 耳机 手机 iphone vivo oppo 小米 华为 单反 装机 图拉丁

360图书馆 购物 三丰科技 阅读网 日历 万年历 2024年11日历 -2024/11/24 5:36:18-

图片自动播放器
↓图片自动播放器↓
TxT小说阅读器
↓语音阅读,小说下载,古典文学↓
一键清除垃圾
↓轻轻一点,清除系统垃圾↓
图片批量下载器
↓批量下载图片,美女图库↓
  网站联系: qq:121756557 email:121756557@qq.com  IT数码