通过建站学运维1901-45任务

5.77MariaDB主从

主从介绍:
MySQL/MariaDB主从又叫做Replication、AB复制。
简单讲就是A和B两台机器做主从后,在A上写数据,另外一台B也会跟着写数据,两者数据实时同步的。
MySQL主从基于binlog,主上须开启binlog才能进行主从。

5.77.1主从过程大致有3个步骤

1)主将更改操作记录到binlog里
2)从将主的binlog事件(sql语句)同步到从本机上并记录在relaylog里
3)从根据relaylog里面的sql语句按顺序执行

5.77.2主从有3个线程:

  • 主上有一个log dump线程,用来和从的I/O线程传递binlog
  • 从上有两个线程,其中I/O线程用来同步主的binlog并生成relaylog
  • 另外一个SQL线程用来把relaylog里面的sql语句落地

5.77.3mysql主从使用场景:

1)数据备份,主机器宕机,从机器还能随时对web提供服务
2)读写分离,作为一个从库,读的库,减轻主库的压力,数据备份且可以分担主机器被调用数据时的压力,写的操作只能在主库,不能在从库,如果从库写数据就会导致主从不同步。
补充几篇文章,希望大家有时间看看,面试的时候也许会被问到

https://blog.csdn.net/xiaoyi23000/article/details/80521423 https://www.cnblogs.com/abobo/p/4242417.html http://blog.itpub.net/15498/viewspace-2125085/

5.78 主从搭建

准备
两台机器
aming01 主
aming02 从
两台机器都安装 MariaDB

5.78.1 主机配置

  • aming01上开启binlog:
    编辑配置文件/etc/my.cnf
    定义server-id,
    定义log-bin
    5-117.png

  • 重启服务

  • 授权主从用户
    grant replication slave on . to 'repl'@'192.168.222.129' identified by 'repl_passwd';
    flush privileges;

5.78.2从机上配置

  • aming02上定义server-id
    编辑客户机的/etc/my.cnf

  • 增加 replicate_wild_do_table 或者 replicate_wild_ignore_table
    5-118.png

  • 备份主上的数据,恢复到从上
    备份主机内容:
    mariabackup --backup --user=root --password=aminglinux --target-dir /data/190310

  • 同步到从机上
    rsync -a /data/190310/ 192.168.222.129:/data/190310/ 在从上恢复

  • 停止数据库

  • 清空datadir

  • 恢复数据
    mariabackup --prepare --target-dir /data/190310/
    mariabackup --copy-back --target-dir /data/190310/
    恢复的数据会复制到mysql启动脚本所指定的目录中。

  • 把库文件的属主和属组都改为mysql(因为之前是由root用户创建的)

  • 启动

5.78.3 开启主从同步

  • 在从的数据库中:
stop slave;  
change master to master_host='192.168.222.128', master_port=3306, master_user='repl', master_password='repl_passwd', master_log_file='xxxxx',     master_log_pos=xxx;  
start slave;  

master_host就是主机ip
master_port默认3306
master_user在主机上制作的用于传数据的用户
master_logfiile和log_pos如下图查找
5-119.png

5.78.4 测试主从

  • 从机上数据库执行:
    show slave status\G
    5-120.png
    红框内的yes说明启动成功
  • 主上创建库、创建表,从上查看

转载于:https://my.oschina.net/u/4067478/blog/3029052

运维变更管理流程是IT项目运维资料中的一个重要组成部分。它是指在IT项目运维过程中,对于运维变更的管理步骤和方法。在v1.3版本中,运维变更管理流程有以下几个关键步骤。 首先,运维变更管理流程的第一步是需求识别和评估。在这一步骤中,运维团队会与项目业务负责人沟通,了解需求变更的原因和影响范围,并进行评估,以确定变更是否合理和可行。 第二步是变更规划和设计。在这一步骤中,运维团队会制定变更计划,确定执行过程中所需的资源和时间,并制定详细的变更方案和测试策略。这一步骤的目的是为了确保变更顺利进行,能够满足业务需求。 第三步是变更实施和测试。在这一步骤中,运维团队会按照变更计划进行系统的更新、配置、安装或其他处理,并进行相应的测试,以确保变更不会对系统的稳定性和安全性产生负面影响。这一步骤的重点是确保变更的准确性和可靠性。 第四步是变更评估和审批。在这一步骤中,运维团队会对变更的实施结果进行评估,并进行相应的审批。评估的目的是检查变更是否达到了预期的效果,并在确保变更安全可靠的基础上进行批准。 最后一步是变更记录和文档管理。在这一步骤中,运维团队会将变更的详细记录和文档进行整理和存档,以备将来的参考和回溯。这样可以确保变更过程的可追溯性和可复现性。 通过以上的运维变更管理流程,IT项目运维团队能够有效地管理和控制运维变更的过程,确保变更的安全性、稳定性和可靠性,并提供变更过程的可追溯性和文档管理。这样可以最大程度地降低变更引起的风险和不确定性,确保系统的稳定运行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值