k8s自动化运维四之数据备份

承接上文k8s自动化运维三

代码备份

上文谈到了通过cron定时拉取代码的方式实现代码备份,这里提供出比较完善的方式:获取指定项目所有的分支以及每个分支最新的代码

# 进入到具体一个项目目录下
cd "$baiwang/xibaoxiao-h5"

# 拉取每个分支的最新代码
git branch -r | grep -v '->' | while read remote; do git branch --track "${remote#origin/}" "$remote"; git checkout ${remote#origin/};git fetch;git pull;sleep 1s;done
复制代码
  • git branch是获取所有的分支
  • 循环遍历每个分支并切换到当前分支 git checkout
  • 拉取最新的代码 git pull

数据库的备份机制

全量备份

脚本源码

https://gitee.com/pingfanrenbiji/MySQL_backup/blob/master/backup.sh
复制代码

image.png

通过 mysqldump命令做数据库的全量备份

  • --single-transaction
--single-transaction参数的作用,设置事务的隔离级别为可重复读,即REPEATABLE READ,这样能保证在一个事务中所有相同的查询读取到同样的数据,也就大概保证了在dump期间,如果其他innodb引擎的线程修改了表的数据并提交,对该dump线程的数据并无影响,在这期间不会锁表
复制代码
  • --flush-logs
关闭当前的二进制日志文件并创建一个新文件,新的二进制日志文件的名字在当前的二进制文件的编号上加1。
复制代码
  • --set-gtid-purged=OFF
在原数据库导出时加了--set-gtid-purged=OFF,导入新数据库时,才会触发记录到新数据库的binlog日志。如果不加,则新数据库不记录binlog日志。
所以在我们做主从用了gtid时,用mysqldump备份时就要加--set-gtid-purged=OFF,否则你在主上导入恢复了数据,主没有了binlog日志,则主库数据不会被从库同步
复制代码
  • --events 事件
  • --triggers 触发器
  • --routines 导出存储过程以及自定义函数
  • --master-data=2
A.  =1和=2的区别很明显,只是自动执行和手工执行的区别  

=1时,直接导入备份文件,start slave不需要指定file和position  
=2时,file和position是被注释掉的,需要手动指定file和position

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin2.000001', MASTER_LOG_POS=107;

B. --master-data用于在master端dump数据,用于建立slave
   --dump-slave用户在slave端dump数据,建立新的slave,至少是第2个slave,也就是已经有A-->B,现在从B上导出数据建立A-->C的复制
复制代码

增量备份(备份binlog文件)

脚本源码

https://gitee.com/pingfanrenbiji/MySQL_backup/blob/master/daily.sh
复制代码

image.png

binlog概述

binlog日志也称作二进制日志,是MySQL服务日志文件的一种。
记录除查询之外的所有SQL命令(即showselectdesc等查询命令)。
可用于数据的备份和恢复。
配置mysql主从同步的必要条件。
复制代码

查看是否开启了binlog

show variables like 'log_bin';
复制代码

image.png

如果显示OFF则代表未开启。在MySQL8以前,这个功能是默认关闭的,需要手动开启

vim /etc/mysql/my.cnf

[mysqld]
#保存日志的位置,实际生成的日志会在后面添加对应的标志
log-bin = /var/lib/mysql/mysql-bin
#日志保存天数
expire-logs-days = 14
#日志大小
max-binlog-size = 500M
#用于同步时区分mysql实例,唯一,5.7以上版本必须填写
server-id = 1
#日志格式,MIXED,ROW,STATEMENT
binlog_format ='MIXED'
复制代码

重启mysql,再次运行show variables like 'log_bin';

image.png

在mysql配置文件中定义好数据目录的位置

image.png

在数据目录中可以看到binlog二进制文件

image.png

  • binlog.index 索引文件
  • binlog.000031 第31个二进制文件

查看当前正在使用的二进制文件

show master status;
复制代码

image.png

生成新的日志文件

  • 通过重启数据库服务
  • 手动执行 flush logs; 可以生成新的日志文件

删除指定编号之前的binlog日志文件

purge master logs to "binlog文件名";
复制代码

删除所有binlog日志,重建新日志

reset master;
复制代码

查看日志文件内容

mysqlbinlog 目录/binlog日志文件名;
复制代码

image.png

插入之前的偏移量是156,插入2条数据之后的偏移量是708。查看日志文件内容

image.png

查看当前日志格式

image.png

当前日志的格式为ROW行模式,如果想让日志内容显示的是sql命令,就将日志格式修改为mixed混合模式,再查看日志内容就可以看到具体的执行操作了

image.png

还可以指定范围进行数据恢复

mysqlbinlog --start-position=325 --stop-position=790 binlog.000001 | mysql -uroot -p123456

-- 恢复起始偏移量为325,结束偏移量为790范围内的数据
复制代码

猜你喜欢

转载自juejin.im/post/7125696345067683848
今日推荐