• 关于MYSQL增量备份介绍


    MYSQL增量备份---bin-log

    一、启用 Binary Log

    修改 MySQL Server 的系统设置文件(eg. /etc/my.cnf),在 [mysqld] 区块中加上 log-bin=mysql-bin 选项,然后重新启动 MySQL Server,例如:

    [mysqld]

    log-bin

    启用后你应该可以在 MySQL 的 Data Dir 里面发现如下的文件:mysql-bin.index

    mysql-bin.000001

    mysql-bin.000002

    ...............

    mysql-bin.00000X

    MySQL 在以下几种情况会进行 lograrote:

    * 执行 Flush Logs 命令

    * MySQL Server 重新启动

    * 设置文件中有进行额外的设置

    注:

    请注意,当你使用 mysqldump 进行数据库备份时请记得加上 --flush-logs 选项,例如:

    mysqldump --flush-logs -u root -p 数据库名称 > example.sql

    这么做的目的是在备份时让 MySQL Server 进行 logrotate,这样子日后要辨别 "最后一次备份时间点" 之后的 Binary Log 会比较方便,因为若你没有主动(或通过设置)去删除 Binary Log,则只要你的硬盘空间够大,MySQL 会无限期的保存 Binary Log,也就是说你的 Binary Log 里面所记载的数据有可能包含 "最后一次备份时间点" 之前的数据。

    定期执行mysqladmin flush-log来实现记录日志文件

    二:还原增量备份

    1. 指定恢复时间

    对于MySQL 4.1.4,可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。举例说 明,假设在今天上午10:00(今天是2005年4月20日),执行SQL语句来删除一个大表。要想恢复表和数据,你可以恢复前晚上的备份,并输入:

    mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456

    | mysql -u root -pmypwd

    该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句,可能你想要恢复后面发生的活动。根据这些,你可以用起使日期和时间再次运行mysqlbinlog:

    mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456

    | mysql -u root -pmypwd

    在该行中,从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。

    2. 指定恢复位置

    也 可以不指定日期和时间,而使用mysqlbinlog的选项--start-position和--stop-position来指定日志位置。它们的作 用与起止日选项相同,不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法,特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定 位置号,可以运行mysqlbinlog寻找执行了不期望的事务的时间范围,但应将结果重新指向文本文件以便进行检查。操作方法为:

    mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00"

    /var/log/mysql/bin.123456 > /tmp/mysql_restore.sql

    该 命令将在/tmp目录创建小的文本文件,将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件,寻找你不要想重复的语句。如果二进 制日志中的位置号用于停止和继续恢复操作,应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后,你应从命令行输入下面 内容:

    mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456

    | mysql -u root -pmypwd

    mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456

    | mysql -u root -pmypwd

    上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句,恢复的数据和相关MySQL日志将反应事务执行的原时间。

    三, 实际执行转换后的 Binary Log

    很简单,只要一行简单的命令:

    mysql < example.sql

    总结:

    (1)指定点恢复:

    mysqlbinlog --stop-position=2448  --start-position=918 mysqld-bin.000007 |mysql -D test

    其中--stop-position和--start-position的值为文件中的end_log_pos

    (2)指定时间点恢复

    mysqlbinlog --start-date="2009-06-24 13:11:01" --stop-date="2009-06-24 14:27:31"  mysqld-bin.000007 |mysql -D test

    (文章转自:微点阅读   https://www.weidianyuedu.com)

  • 相关阅读:
    Vue3 与 django 进行 前后端数据交互之(Vue 上传)
    手把手带你学习Scala(三)-Scala运算符和流程控制
    代码随想录算法训练营第五十六天 | 动态规划 part 14 | 1143.最长公共子序列、1035.不相交的线、53. 最大子序和(dp)
    基于PSO粒子群算法的MPPT最大功率跟踪Simulink仿真,PSO采用S函数实现
    【数据结构-二叉树 九】【树的子结构】:树的子结构
    回归预测 | MATLAB实现2-DCNN卷积神经网络多输入单输出回归预测
    Elasticsearch(Es搜索(简单使用、全文查询、复合查询)、地理位置查询、特殊查询、聚合操作、桶聚合、管道聚合)
    Docker18:Docker- compose容器编排
    泡泡玛特加速海外布局,泰国首店开业吸引超千名粉丝排队
    vue cli 打包、生产环境http-proxy-middleware代理
  • 原文地址:https://blog.csdn.net/weixin_45707610/article/details/126400995