事务可能还没执行完，因此InnoDB中的状态还没有prepare。根据2PC的过程，Binlog中也没有该事务的events。 需要通知InnoDB回滚这些事务。- 恢复过程 从上面的事务状态可以看出：恢复时事务要提交还是回滚，是由Binlog来决定的。
创新互联自2013年创立以来，是专业互联网技术服务公司，拥有项目网站制作、网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元巢湖做网站,已为上家服务,为巢湖各地企业和个人服务,联系电话:18980820575
以下是一些细节和具体实现的差别： InnoDB不支持FULLTEXT类型的索引。
进入更新方法时是否开启了事务，经过检查之后发现一切都正常，那为什么事务不回滚呢？问题出在了一个很难会去考虑的地方（数据库里创建的表不支持事务）。
MyISAM 表上的插入、更新、删除。 如果你在 MySQL 中正在使用一个不支持事务的存储引擎，如果你希望能确保没有其它的线程会出现在一个 SELECT 和 一个 UPDATE 之间，你必须使用 LOCK TABLES 。
--传入id，输出name和sex的存储过程，这里同个id有多条数据，所以需要用到游标。
使用MySQL时，如果发现事务无法回滚，但Hibernate、Spring、JDBC等配置又没有明显问题时，不要苦恼，先看看MySQL创建的表有没有问题，即表的类型。
仔细阅读过guan 方手册的同学，一定留意到了对于提升大事务回滚效率，guan 方提供了两种方法：一是增加 innodb_buffer_pool_size 参数大小，二是合理利用 innodb_force_recovery=3 参数，跳过事务回滚过程。
有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk， isamchk数据检测恢复工具。前者使用起来比较简便。推荐使用。
在开启Binlog后，MySQL内部会自动将普通事务当做一个XA事务来处理：- 自动为每个事务分配一个唯一的ID - COMMIT会被自动的分成Prepare和Commit两个阶段。
1、事务回滚是数据库返回到事务开始的状态：事务在运行过程中发生某种故障，事务不能继续执行，系统将事务中对数据库的所有已完成的更新操作全部撤销，使数据库回滚到事务开始时的状态。
2、.NET Framework 开发员指南事务是一组组合成逻辑工作单元的操作，虽然系统中可能会出错，但事务将控制和维护事务中每个操作的一致性和完整性。
3、所以银行会事务回滚，不保存你刚才的操作，即恢复到你没转账之前的状态。
4、叫做前滚。 回滚就是未提交的事务，如果这时候数据库崩溃了或者断电了，重新开机启动数据库时，就需要用回滚来将先前那部分已经写入到数据文件的块从数据库表上撤销掉。就是回滚。
因此，ISAM执行读取操作的速度很快，而且不占用大量的内存和存储资源。
Myisam是Mysql的默认存储引擎，当create创建新表时，未指定新表的存储引擎时，默认使用Myisam。每个MyISAM在磁盘上存储成三个文件。
在一个事务中使用了truncate 会导致后续的sql 无法回滚。truncate 会删除所有数据，并且不记录日志，不可以恢复数据，相当于保留了表结构，重新建立了一张同样的表。由于数据不可恢复，truncate 之前的操作也不能回滚。
