MySQL经由过程binlog恢复数据的要领引见（代码示例）【MySQL教程】,mysql

本篇文章给人人带来的内容是关于MySQL经由过程binlog恢复数据的要领引见（代码示例），有肯定的参考价值，有须要的朋侪能够参考一下，愿望对你有所协助。

经由过程相识 binlog 日记的相干设置，简朴控制经由过程 binlog 对数据库举行数据恢复支配；

mysql 日记文件

任何成熟软件都邑有一套成熟的日记体系，当软件涌现题目时，这些日记就是查询题目泉源的宝库。一样，mysql 也不破例，也会有一系列日记纪录 mysql 的运转状况。

mysql 重要有以下几种日记：

• 毛病日记：纪录 mysql 运转过程当中的毛病信息

• 平常查询日记：纪录mysql正在运转的语句，包含查询、修正、更新等的每条 sql

• 慢查询日记：纪录查询比较耗时的 SQL 语句

• binlog 日记：纪录数据修正纪录，包含建立表、数据更新等

这些日记均须要在 my.cnf 文件举行设置，假如不知道 mysql 的设置文件途径，能够运用 mysql 敕令举行查找，

mysql --verbose --help|grep -A 1 'Default options’ #该敕令会罗列出my.cnf 递次查找的途径。

binlog 日记

binlog 就是 binary log，二进制日记文件，纪录一切数据库更新语句，包含表更新和纪录更新，即数据支配言语(DML)，binlog 重要用于数据恢复和设置主从复制等；

• 数据恢复：当数据库误删或许发作不可形貌的事变时，能够经由过程 binlog 恢复到某个时候点的数据。

• 主从复制：当有数据库更新以后，主库经由过程 binlog 纪录并关照从库举行更新，从而保证主从数据库数据一致；

mysql 根据功用分为效劳层模块和存储引擎层模块，效劳层担任客户端衔接、SQL 语句处置惩罚优化等支配，存储引擎层担任数据的存储和查询；binlog 属于效劳层模块的日记，即引擎无关性，一切数据引擎的数据变动都邑纪录binlog日记。当数据库发作崩溃时，假如运用InnoDB 引擎，binlog 日记还能够磨练 InnoDB 的 redo 日记的 commit 状况。

binlog 日记开启

日记开启体式格局：

1、增加设置

log_bin=ON
log_bin_basename=/path/bin-log
log_bin_index=/path/bin-log.index

2、仅仅设置log-bin参数

 log-bin=/path/bin-log

当开启 binlog 日记以后，mysql 会建立一个 log_bin_index 指定的 .index 文件和多个二进制日记文件，index 中按递次纪录了mysql运用的一切 binlog 文件。binlog 日记则会以指定的称号(或默认值) 加自增的数字作为后缀，ex：bin-log.000001，当发作下述三种状况时，binlog 日记便会举行重修:

文件大小到达 max_binlog_size 参数的值
实行 flush logs 敕令
重启 mysql 效劳

binlog 日记花样

经由过程参数 binlog_format 参数的值，能够设置 binlog 的花样，可选值有 statement、row、mixed

  * statement 花样：纪录数据库实行的原始 SQL 语句
  * row 花样：纪录细致的行的修正，这个为现在默认值
  * mixed 花样：由于上边两种花样各有优缺点，所以就涌现了 mixed 花样

binlog 日记检察东西：mysqlbinlog

由于 binlog 是二进制文件，不能像其他文件一样，直接翻开检察。但 mysql 供应了binlog 检察东西 mysqlbinlog，能够剖析二进制文件。固然差别花样的日记剖析结果是不一样的；

1. statement 花样日记，实行 mysqlbinlog  /path/bin-log.000001，能够直接看到原始实行的 SQL 语句
2. row花样日记，则可读性没有那末好，但仍可经由过程参数使文档越发可读 mysqlbinlog -v  /path/bin-log.000001

mysqlbinlog两对非常重要的参数

  1. --start-datetime  --stop-datetime 剖析某一个时候段内的binlog；
  2. --start-position  --stop-position   剖析在两个position之间的binlog；

运用 binlog 恢复数据：

运用 binlog 恢复数据，本质上就是经由过程 binlog 找到一切 DML 支配，去掉毛病的 SQL 语句，然后重走一遍长征路，就能够将数据恢复；

线下实操：

建立数据表并插进去初始值

    CREATE TABLE `users` (
              `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
              `name` varchar(255) DEFAULT NULL,
              `age` int(8) DEFAULT NULL,
              PRIMARY KEY (`id`)
     ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
     INSERT INTO `users` (`id`, `name`, `age`)
        VALUES
            (null, '姓名一', 5);

找到上一次全量备份的数据库和binlog的position(ps：固然也能够经由过程时候举行恢复)。此处以现在状况作为备份的初始值，

    mysqldump -uroot -p T > /path/xxx.sql;   # 备份数据库
    show master status;   # 检察当前的position位置，此时价为154

插进去多条纪录

  INSERT INTO `users` (`id`, `name`, `age`)
  VALUES
     (null, '姓名二', 13),
     (null, '姓名三', 14),
     (null, '姓名四', 15),
     (null, '姓名五', 16),
     (null, '姓名六', 17);

举行误支配，并且在误支配以后又插进去几条数据

update users set age = 5；
 INSERT INTO `users` (`id`, `name`, `age`)
 VALUES
    (null, '姓名七', 16),
    (null, '姓名八', 18);

发明误支配以后，举行数据恢复，起首住手 mysql 对外的效劳，应用备份数据恢复到上次数据；

经由过程 mysqlbinlog 敕令对二进制文件举行剖析，剖析发明

    误支配发作在position为706位置，且上次一般支配的完毕位置在513
    在1152到末端位置有一般实行的SQL实行

经由过程 mysqlbinlog 敕令从 binlog 日记中导出可实行的 SQL 文件，并将数据导入到mysql

 mysqlbinlog --start-position=154  --stop-position=513  bin-log.000001 > /path/bak.sql;
 mysql -uroot -p < /path/bak.sql;

跳过毛病的更新语句，再经由过程步骤7的逻辑把后续一般语句从新跑一遍，完成数据恢复工作

小结

不管什么时候，数据库发作崩溃都邑使人愁眉紧锁，心乱如麻。binlog能够说是在种种状况下，数据库崩溃、数据丧失以后的一粒后悔药，本文经由过程线下环境，简朴的对数据库举行了一次数据恢复试验，若有不对，还请指教

本篇文章到这里就悉数完毕了，关于MySQL的更多学问人人能够关注ki4网的MySQL教程栏目！！！

以上就是MySQL经由过程binlog恢复数据的要领引见（代码示例）的细致内容，更多请关注ki4网别的相干文章！