本文目录一览：
MySql事务无法回滚的原因有哪些
1、auto_increament没滚
innodbauto_increament计数器记录前值保存存内 存并存于磁盘mysql server处于运行候计数值随着insert改增随着delete减少mysql server启我需要查询auto_increment计数值mysql便自执行：SELECT MAX(id) FROM 表名 FOR UPDATE;语句获前auto_increment列值值放auto_increment计数器所算 Rollback MySQLauto_increament计数器作负运算
2、MySQL事务表操作候否物理操作
MySQL事务redoundoredo操作所信息都记录 redo_log说事务做commit操作需要先事务操作写redo_log再些操作flush磁盘 现故障需要读取redo_log,再重新flush磁盘行
于undo比较麻烦MySQL处理事务数据共享 表空间申请段叫做segment段用保存undo信息处理rollback完完全全物理undo逻辑undo,说 前操作进行反操作些共享表空间进行收些表空间收需要由mysqlmaster thread进程进行收
php关于mysql数据库简单回滚问题
我们经常会遇到操作一张大表，发现操作时间过长或影响在线业务了，想要回退大表操作的场景。在我们停止大表操作之后，等待回滚是一个很漫长的过程，尽管你可能对知道一些缩短时间的方法，处于对生产环境数据完整性的敬畏，也会选择不做介入。最终选择不作为的原因大多源于对操作影响的不确定性。实践出真知，下面针对两种主要提升事务回滚速度的方式进行验证，一种是提升操作可用内存空间，一种是通过停实例，禁用 redo 回滚方式进行进行验证。
仔细阅读过官方手册的同学，一定留意到了对于提升大事务回滚效率，官方提供了两种方法：一是增加 innodb_buffer_pool_size 参数大小，二是合理利用 innodb_force_recovery=3 参数，跳过事务回滚过程。第一种方式比较温和，innodb_buffer_pool_size 参数是可以动态调整的，可行性也较高。第二种方式相较之下较暴力，但效果较好。
两种方式各有自己的优点，第一种方式对线上业务系统影响较小，不会中断在线业务。第二种方式效果更显著，会短暂影响业务连续，回滚所有没有提交的事务。
php mysql commit之后还可以rollback么
事务(transaction)是由查询和/或更新语句的序列组成。 用 begin、start transaction
开始一个事务，rollback 回滚事务，commit 提交事务。 在开始一个事务后，可以有若干个 SQL 查询或更新语句，每个 SQL
递交执行后，还应该有判断是否正确执行的语句，以确定下一步是否回滚，若都被正确执行则最后提交事务。
事务一旦回滚，数据库则保持开始事务前状态。就好象一个被编辑的文件不存盘退出，自然还是保持文件原来的样子。
所以，事务可被视为原子操作，事务中的 SQL，要么全部执行，要不一句都不执行。
人家的回答,编辑文件可以理解吧
