位置: 编程技术 - 正文
在MySQL中使用mysqlbinlog flashback的简单教程(在mysql中使用mysql workbench创建数据库)
编辑：rootadmin推荐整理分享在MySQL中使用mysqlbinlog flashback的简单教程(在mysql中使用mysql workbench创建数据库)，希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:在mysql中使用索引不能避免进行全表的扫描,在mysql中使用什么语句来更新表中的记录,在mysql中使用视图的限制不包括,在mysql中使用视图的限制不包括,在mysql中使用mysql workbench创建数据库,在mysql中使用mysql workbench创建数据库,在mysql中使用视图的限制不包括,在mysql中使用视图的限制不包括,内容如对您有帮助，希望把文章链接给更多的朋友！
简介：mysqlbinlog flashback功能是淘宝彭立勋( 对rows格式的binlog可以进行逆向操作．delete反向生成insert, update生成反向的update,insert反向生成delete．让dba同学们也有机会简单的恢复数据．可恢复:insert, update,delete相关的操作．
演示一下使用过程：
生成带有flashback mysqlbinlog 工具：
项止主页： mysql-5.5.wget -p0<5.5._flashback.diff
即可以看到了mysqlbinlog , 因这里只为要mysqlbinlog这个程序，所以编译MySQL时没加特别的参数．该工具是否具备flashback功能可以确认一下是否有 “-B” 这个参数．
开始实验：
Tips:定位日值，一般看当前的log如果当前的log文件比较小，那么就是上一个文件至于为什么，这里就不讲了．也可以用mysqlbinlog 去实际查看确认一下．
接下来就是要找到这个delete在log中position的变化区间了．这个没什么技巧，通常使用：
然后对.sql文件进行搜索了表名，找到相应的节点．大表删除通常最后的stop点都在文件最后．找到节点后就可以：
同样对B.sql这个文件验证一下．看看结尾是和预期一样．验证OK后就可以：
如果表比较大，则执行着比较慢．如不出错请耐心等待．执行完毕后：
数据又恢复了．
注意：为防止恢复报错需要把：max_allowed_packet 改到最大值1G;mysql>set global max_allowed_packet=**;
#max_allow_packet大小不够时报错如下：ERROR (S) at line : Got a packet bigger than ‘max_allowed_packet' bytes
恢复操作有风险，请在备库操作或是在经验丰富的同学指导下进行．
二进制文件上传不到服务器上，传到github上一个二进制文件: 在的位的linux系统编译的． 有需要的直接下载．
获取MySQL的表中每个userid最后一条记录的方法 如下表：CREATETABLE`t1`(`userid`int()DEFAULTNULL,`atime`datetimeDEFAULTNULL,KEY`idx_userid`(`userid`))ENGINE=InnoDBDEFAULTCHARSET=utf8；CREATETABLE`t1`(`userid`int()DEFAULTNULL,`atime`datetim
MySQL中按时间获取慢日志信息的方法 今天处理一个case：数据库异常，连接数突增。想着分析一下慢日志，可是一看慢日志都好几G了，而且是短日志格式，找到那个时间点相对比较难。于是
设置MySQL中的数据类型来优化运行速度的实例 今天看了一个优化案例觉的挺有代表性,这里记录下来做一个标记，来纪念一下随便的字段定义的问题。回忆一下,在表的设计中很多人习惯的把表的结构
标签: 在mysql中使用mysql workbench创建数据库
本文链接地址:https://www.jiuchutong.com/biancheng/347349.html 转载请保留说明！上一篇：MySQL中从库延迟状况排查的一则案例(mysql 从库)
下一篇：获取MySQL的表中每个userid最后一条记录的方法(mysql获取表行数的方法)
