MySQL binlog到底是什么东西？

实际上我们之前说的redolog，他是一种偏向物理性质的重做日志，因为他里面记录的是类似这样的东西，“对哪个数据页中的什么记录，做了个什么修改”。而且redolog本身是属于InnoDB存储引擎特有的一个东西。原禁而binlog叫做归档日志，他里面记录的是偏向于逻辑性的日志，类似于“对users表中的id=10的一行数据做了更新 *** 作，更新以后的值是什么"binlog不是InnoDB存储引擎特有的日志文件，是属于mysql server自己的日志文件。实际上我们之前说的redolog，他是一种偏向物理性质的重做日志，因为他里面记录的是类似这样的东西，“对哪个数据页中的什么记录，做了个什么修改”。而且redolog本身是属于InnoDB存储引擎特有的一个东西。原禁而binlog叫做归档日志，他里面记录的是偏向于逻辑性的日志，类似于“对users表中的id=10的一行数据做了更新 *** 作，更新以后的值是什么"binlog不是InnoDB存储引擎特有的日志文件，是属于mysql server自己的日志文件。实际上我们之前说的redolog，他是一种偏向物理性质的重做日志，因为他里面记录的是类似这样的东西，“对哪个数据页中的什么记录，做了个什么修改”。而且redolog本身是属于InnoDB存储引擎特有的一个东西。原禁而binlog叫做归档日志，他里面记录的是偏向于逻辑性的日志，类似于“对users表中的id=10的一行数据做了更新 *** 作，更新以后的值是什么"binlog不是InnoDB存储引擎特有的日志文件，是属于mysql server自己的日志文件。

这个你可以看配置文件

启用了才有这样的记录默认是没有的 /etc/my.conf log-bin = mysqlbin

一般放在/var/lib/mysql

比如上面的设置重启数据库会生成mysqlbin.000001文件

MySQL开启binlog后,写入 *** 作都会记录到二进制日志里,可以使用mysqlbinlog查看/导出/恢复数据.

1.如果你有归档日志的话，你可以先将数据恢复到上一个备份点，然后使用recover恢复到做命令前的时间点上。呵呵，还是很麻烦的。

2.mysql中的表在正常情况下执行delete 指定删除的记录实际上只是在索引文件中做了删除标记,同时也将数据文件中对记录的头几个字节改写, 但这几个字节具体的与入内容不清楚.

通过研究数据文件, 会发现几种数据类型保存的格式.

varchar: 在该类型数据开始的位置有一个字节来指出后面多少个字节是该字段的内容, 但是有一个例外就是如果后面的内容与varchar字段指定的长度完全相等时,就没有开头的这个字节了.

text: 这个基本上与varchar类型一样, 但是在开始是由两个字节来指出后面的数据长度的. 而且是高位在前,低位在后.

datetime: 为8个字节,同样是低位在前,高位在后, 将其转化为long值后就是yyyymmddhhmmss的格式的数据.

由于要恢复的表中只有这几种数据类型,所以对其他的类型没有研究.

知道了数据储存的格式, 就可以分析数据文件来读取记录了.

需要注意一点就是如果你在删除数据库插入了新的数据, 那么就有可能将原来的数据覆盖掉. 所以应该在删除出错后立即恢复才能恢复出大部分数据

---