MySql之commit、rollback等事务控制命令

MYSQL 事务处理主要有两种方法

1、用 begin, rollback, commit 来实现

begin 或/ start transaction )开始一个事务

rollback 事务回滚

commit 事务确认

2、直接用 SET 来改变 MySQL 的自动提交模式:

set autocommit=0 禁止自动提交

set autocommit=1 开启自动提交

1.不管 autocommit 是1还是0

start transaction 后，只有当 commit 数据才会生效， rollback 后就会回滚。

2、当 autocommit 为 0 时

不管有没有 start transaction .

只有当 commit 数据才会生效， rollback 后就会回滚。

3、如果 autocommit 为1 ，并且没有 start transaction .

调用 rollback 是没有用的。因为事务已经自动提交了。

事务测试1

事务测试2

flag 相当一定义这个保存点的名字

savepoint flag : savepoint 允许在事务中创建一个保存点，一个事务中可以有多个savepoint ；

release savepoint flag :删除一个事务的保存点，当没有指定的保存点时，执行该语句会抛出一个异常；

rollback to flag :把事务回滚到标记点；

set transaction :用来设置事务的隔离级别。InnoDB存储引擎提供事务的隔离级别有

READ UNCOMMITTED 、 READ COMMITTED 、 REPEATABLE READ 和 SERIALIZABLE

select @@transaction_isolation

SELECT @@SESSION.transaction_isolation, @@SESSION.transaction_read_only

我们经常会遇到 *** 作一张大表，发现 *** 作时间过长或影响在线业务了，想要回退大表 *** 作的场景。在我们停止大表 *** 作之后，等待回滚是一个很漫长的过程，尽管你可能对知道一些缩短时间的方法，处于对生产环境数据完整性的敬畏，也会选择不做介入。最终选择不作为的原因大多源于对 *** 作影响的不确定性。实践出真知，下面针对两种主要提升事务回滚速度的方式进行验证，一种是提升 *** 作可用内存空间，一种是通过停实例，禁用 redo 回滚方式进行进行验证。

仔细阅读过官方手册的同学，一定留意到了对于提升大事务回滚效率，官方提供了两种方法：一是增加 innodb_buffer_pool_size 参数大小，二是合理利用 innodb_force_recovery=3 参数，跳过事务回滚过程。第一种方式比较温和，innodb_buffer_pool_size 参数是可以动态调整的，可行性也较高。第二种方式相较之下较暴力，但效果较好。

两种方式各有自己的优点，第一种方式对线上业务系统影响较小，不会中断在线业务。第二种方式效果更显著，会短暂影响业务连续，回滚所有没有提交的事务。

---