本篇文章给大家带来的内容是关于MySQL通过binlog恢复数据的方法介绍(代码示例),有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。
通过了解 binlog 日志的相关配置,简单掌握通过 binlog 对数据库进行数据恢复操作;
mysql 日志文件
任何成熟软件都会有一套成熟的日志系统,当软件出现问题时,这些日志就是查询问题来源的宝库。同样,mysql 也不例外,也会有一系列日志记录 mysql 的运行状态。
mysql 主要有以下几种日志:
-
错误日志:记录 mysql 运行过程中的错误信息
-
一般查询日志:记录mysql正在运行的语句,包括查询、修改、更新等的每条 sql
-
慢查询日志:记录查询比较耗时的 SQL 语句
-
binlog 日志:记录数据修改记录,包括创建表、数据更新等
这些日志均需要在 my.cnf 文件进行配置,如果不知道 mysql 的配置文件路径,可以使用 mysql 命令进行查找,
mysql --verbose --help|grep -A<b>本文来源gao@dai!ma.com搞$代^码!网7</b> 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=ONlog_bin_basename=/path/bin-loglog_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