承接上文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

通过 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

binlog概述

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

查看是否开启了binlog

show variables like 'log_bin';

如果显示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';

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

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

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

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

show master status;

生成新的日志文件

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

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

purge master logs to "binlog文件名";

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

reset master;

查看日志文件内容

mysqlbinlog 目录/binlog日志文件名;

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

查看当前日志格式

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

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

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

-- 恢复起始偏移量为325，结束偏移量为790范围内的数据