博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
XtraBackup2.2版本在备份MyISAM表时做了改进
阅读量:7008 次
发布时间:2019-06-28

本文共 629 字,大约阅读时间需要 2 分钟。

在XtraBackup2.1.X版本里,用innobackupex备份时,备份的流程是这样的:

1、拷贝InnoDB表数据2、FLUSH TABLES WITH READ LOCK;(执行全局表读锁)3、拷贝.frm, MyISAM表数据4、得到当前binlog文件名和Position点5、完成redo log事务日志的后台复制6、UNLOCK TABLES;(解锁)

此时正在备份一张或几张MyISAM的大表,就会造成锁表,在业务高峰期严重影响业务。所以此次在XtraBackup2.2.X版本里,进行了改进。

在Percona5.6.16版本里,首次引入了备份锁:

LOCK TABLES FOR BACKUP;LOCK BINLOG FOR BACKUP;

备份锁只针对非InnoDB引擎,如MyISAM,ARCHIVE,CSV引擎进行锁表,降低了锁的粒度,备份的流程是这样的。

1、拷贝InnoDB表数据2、LOCK TABLES FOR BACKUP;(执行表备份锁)3、拷贝.frm, MyISAM表数据4、LOCK BINLOG FOR BACKUP;(执行binlog文件锁,确保日志不发生变化)5、完成redo log事务日志的后台复制6、UNLOCK TABLES;(解表锁)7、得到当前binlog文件名和Position点6、UNLOCK BINLOG;(解binlog锁)

注:备份锁在官方MySQL5.6.16还不支持。

参考:

转载地址:http://mmvtl.baihongyu.com/

你可能感兴趣的文章
Hadoop快速入门
查看>>
MySql_安装及简单命令
查看>>
CSDN markdown 编辑器 第四篇 LaTex语法
查看>>
mongodb 初学 索引
查看>>
每日一小练——二项式系数加法解
查看>>
django中的setting全局变量的导入
查看>>
常见的几种Flume日志收集场景实战
查看>>
一次误报引发的DNS检测方案的思考:DNS隧道检测平民解决方案
查看>>
Python操作SQLAlchemy之连表操作
查看>>
什么是架构师?
查看>>
layer.alert自定义关闭回调事件
查看>>
LESS IS MORE
查看>>
用最短的payload绕过WAF(入门)
查看>>
会话跟踪session
查看>>
微观经济学--经济学十大原理
查看>>
Tablayout ViewPage 使用示例
查看>>
linux下面MySQL变量修改及生效
查看>>
Android 6.0 如何默认打开user版本的root权限【转】
查看>>
TP框架在做上传时候提示:没有上传的文件!
查看>>
leetcode 485. Max Consecutive Ones
查看>>