先用数据备份以norecovery的方式恢复到最近时间点，然後再恢复日志备份(如中间有多份则都用norecovery方式恢复)，最後一份选择特定时间及recovery方式。
成都创新互联是一家集成都网站设计、做网站、网站页面设计、网站优化SEO优化为一体的专业网站建设公司，已为成都等多地近百家企业提供网站建设服务。追求良好的浏览体验,以探求精品塑造与理念升华,设计最适合用户的网站页面。 合作只是第一步，服务才是根本,我们始终坚持讲诚信，负责任的原则，为您进行细心、贴心、认真的服务,与众多客户在蓬勃发展的市场环境中,互促共生。
事务可能还没执行完，因此InnoDB中的状态还没有prepare。根据2PC的过程，Binlog中也没有该事务的events。 需要通知InnoDB回滚这些事务。- 恢复过程 从上面的事务状态可以看出：恢复时事务要提交还是回滚，是由Binlog来决定的。
首先确定执行update语句时是否设置成的非自动提交，若设置了，直接rollback；若未设置，查看是否启用了二进制日志文件，若是，将其恢复到执行该时间点前；若未设置，那数据库层面就没办法了。
是滴，默认是隐式的开始与提交，出现异常会默认自动回滚到开始位置，任何一个使用JDBC操作数据库的SQL命令，在默认情况下，隐式开始与提交事务。
condition_value的取值范围：SQLSTATE [VALUE] sqlstate_value | condition_name | SQLWARNING | NOT FOUND | SQLEXCEPTION | mysql_error_code 这个语句指定每个可以处理一个或多个条件的处理程序。
对于大的事务，MySQL 会把它分解成多个事件（注意一个是事务 TRANSACTION，另一个是事件 EVENT），事件的大小由参数 binlog-row-event-max-size 决定，这个参数默认是 8K。
具体步骤：1，先找到bin文件，一般都是在mysql的data文件夹中，结尾以.00000X等形式结束。
首先确定执行update语句时是否设置成的非自动提交，若设置了，直接rollback；若未设置，查看是否启用了二进制日志文件，若是，将其恢复到执行该时间点前；若未设置，那数据库层面就没办法了。
仔细阅读过guan 方手册的同学，一定留意到了对于提升大事务回滚效率，guan 方提供了两种方法：一是增加 innodb_buffer_pool_size 参数大小，二是合理利用 innodb_force_recovery=3 参数，跳过事务回滚过程。
