? ? ? ? 不过这一组命令,我们有时候需要使用手动提交;
1、使用这组命令可以查询出来现在的提交方式:自动提交(就是命令输入,点击enter后,会不会直接对表格产生修改,改为0以后,就需要额外使用一个commit命令才能将命令提交执行);
??????????????????????????
????????????????????????
2、执行出错的时候,
????????使用回滚事务操作,将数据改为原来的状态
? ? ? ? rollback;??
(多个事务并发操作同一数据库时,每个事务在使用时,都对数据库进行操作,进行修改后,可能影响其他事务对数据库的访问。类似多线程对共享资源的访问),说是三种问题,实际上使用的时候,对应的是三种操作
(第一种对应的是,当前事务进行读取的时候,另外一个事务对数据表进行了修改,但是另外一个事务还没有执行到提交的那一步。这个过程里第一个事务读取到了,成为脏读)
(第二种对应,使用一个事务先后两次读取同一个记录,另外的事务在两次读取之间对数据进行了修改,导致读取到的信息不一样)
(第三种对应,使用一个事务向表格插入数据前,先查询一下,里面没有目标数据;但是后面执行insert into 插入命令时,表格中已经有了我们要插入的数据,但是使用select 查询命令时仍然查不到,也插入不了,考虑先提交当前事务看看,可能就有了。这样的重点在插入操作)
这些问题的共性,一般都是在一个事务未完成的时候,下一个事务就介入当前事务所用的表格,所以需要注意下。
幻读:
?隔离越厉害性能越差。最后一种是串行访问,当前事务未处理完之前,其他事务的命令无法执行
?1、设置隔离级别为 serializable 时,第一张图是在其中一个事务中进行更新数据,第二个是在第一个更新完没有提交的时候,就卡在那里了。
????????????????
????????????????
此时信息已经更新了
??????????????????????????????????????
当提交后:当前事务中是这样的,另外一个事务中报了超时错误(可能时间间隔长了)
????????
????????
5、事务的结束和重新开始?
? ? ? ? 开始可以使用 begin和start transaction;当提交后,当前事务就算结束了。这个没有找到类似的资料。
不过处理过程中,不要让事务中使用的命令超时,超时的话,可能系统会自己重新开始事务,以免出现不必要的麻烦