mysqldump与innobackupex备份过程你了解多少
发布时间：2022-03-22 22:29:02 所属栏目：编程 来源：互联网
导读：导语 1、先看mysqldump 1.1. mysqldump备份过程解读 1.2. mysqldump备份过程中的关键步骤 1.2.1. FLUSH TABLES和FLUSH TABLES WITH READ LOCK的区别 1.2.2. 修改隔离级别的作用 1.2.3. 使用WITH CONSISTENT SNAPSHOT子句的作用 1.2.4. 使用savepoint来设置回
|
导语 1、先看mysqldump 1.1. mysqldump备份过程解读 1.2. mysqldump备份过程中的关键步骤 1.2.1. FLUSH TABLES和FLUSH TABLES WITH READ LOCK的区别 1.2.2. 修改隔离级别的作用 1.2.3. 使用WITH CONSISTENT SNAPSHOT子句的作用 1.2.4. 使用savepoint来设置回滚点的作用 1.3. mysqldump有什么坑吗？ 1.3.1. 坑一 1.3.2. 坑二 1.3.3. 有办法改善这这些问题吗？ 2、现在看innobackupex 2.1. innobackupex备份过程解读 2.2. innobackupex为什么需要这么做 2.3. innobackupex有什么坑吗？ 3、总 结 想必搞数据库的都知道： mysqldump优点：mysqldump的优点就是逻辑备份，把数据生成sql形式保存，在单库，单表数据迁移，备份恢复等场景方便，sql形式的备份文件通用，也方便在不同数据库之间移植。对于innodb表可以在线备份。 mysqldump缺点：mysqldump是单线程，数据量大的时候，备份时间长，甚至有可能在备份过程中非事务表长期锁表对业务造成影响(sql形式的备份恢复时间也比较长)。mysqldump备份时会查询所有的数据，这可能会把内存中的热点数据刷掉 innobackupex优点：物理备份可以绕过mysql server层，加上本身就是文件系统级别的备份，备份速度块，恢复速度快，可以在线备份，支持并发备份，支持加密传输，支持备份限速 innobackupex缺点：要提取部分库表数据比较麻烦，不能按照基于时间点来恢复数据，并且不能远程备份，只能本地备份，增量备份的恢复也比较麻烦。如果使用innobackupex的全备+binlog增量备份就可以解决基于时间点恢复的问题。 要查看备份过程中这俩备份工具都对数据库做了什么操作，想必大家都知道：可以打开general_log来查。那么问题来了，general_log输出的信息都代表什么？如果不这样做会怎样？这两个备份工具会不会有什么平时被忽略的坑？请看下文分析，也许……你会发现原来之前对这俩备份工具好像也不是那么了解! 数据库关键配置参数 * 主库：双一，log_slave_updates，log-bin，binlog_rows_query_log_events=ON，server-id=3306111，gtid_mode=ON，enforce_gtid_consistency=ON，auto_increment_increment=2，auto_increment_offset=1 * 备库：双一，log_slave_updates，log-bin，binlog_rows_query_log_events=ON，server-id=3306121，gtid_mode=ON，enforce_gtid_consistency=ON，auto_increment_increment=2，auto_increment_offset=2 测试库表创建(这里在同一个库下创建两个表，一个表为innodb引擎，一个为myisam引擎) mysqldump备份过程解读 通常，使用mysqldump备份期间，为了使得数据库中加锁时间尽量短，会使用--single-transaction选项来开启一个一致性快照事务，为了使得备份期间能够获得一个与数据一致的binlog pos点，会使用--master-data选项，现在登录A库主机，使用这俩选项执行备份演示。 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
