1.
创新互联建站2013年开创至今，先为宁强等服务建站，宁强等地企业，进行企业商务咨询服务。为宁强企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
在同一事务条件下,回滚和不提交,表现是一样的
但是还有些差别
事务处理,是将操作事件交给数据库(模拟)运行,直到commit操作,才使得修改实际产生效果,你可以看做是未提交事务都是处于一个临时库中进行
回滚是对于同一个事务,如果产生了错误,那么取消这个临时库中的操作,不对实际数据产生影响
最主要的区别在于,如果不回滚,这些临时操作会持续到这个个connection结束为止,也就是虽然你看不到,但是临时库的操作依然存在,而回滚是即时生效,其实都是回滚了,只是时间点的不一样
2.
我说你在开玩笑吧。没有提交事务并不代表你对数据库的改变不存在，如果是脏读的隔离层级你修改数据到提交完成前的变更其他访问者也是可以看到的。只有你提交后这部分修改才确认不会变更而已，哪怕设定了其他隔离级别也可以看到了。
如果你不回滚，那么线程就停在哪里搁着？制造出数据库死链放着不管直到数据库认为这个连接超时自动断开并自动回滚？
ISOLATION_READ_UNCOMMITTED:允许读取其他并发事务还未提交的更新，会导致事务之间的3个缺陷发生，这是速度最快的一个隔离级别，但同 时它的隔离级别也是最低
这是在"显示属性"里面设置了旋转造成的.解决方法:
方法1、在桌面空白处右击按“属性”→出现“显示属性”窗口→选择“设置”页面→按右下角的“高级”按钮→出现显示器和显卡属性窗口→选择标有显卡名字的页面(如nVIDIA公司的Geforce 2 MX400显示芯片则标有"nVIDIA Geforce 2 MX400")→找到旋转页面,将图象旋转回来→一路确定即可。
方法2、在桌面空白处右击指向“图形选项”→在出现的下一级菜单中点击“图形属性”→弹出标有显卡名字的显卡属性窗口(如nVIDIA公司的Geforce 2 MX400显示芯片则标有"nVIDIA Geforce 2 MX400")→找到旋转页面，将图象旋转回来→一路确定即可。
方法3、同时按住Ctrl+Alt+↑三个键，屏幕即可恢复正常。不过该方法有时不起作用。
异常回滚在同一个服务器中很简单
如果在一个逻辑下包含本服务自身事务异常回滚+远程服务器里的事务异常回滚
就涉及到分布式异常
在分布式事务中
A1
B
A2
上面的逻辑就涉及远程调用B服务器的事务异常逻辑
两个情况：
情况一：A无异常 数据库正常操作 B因为远程调用返回给A的是操作失败
A以为B事务异常 所以A操作数据库逻辑回滚 数据库无变动
但其实B只是 因为远程操作时长过长导致失败 网络抖动等都是原因 B已经在数据库里做了操作 数据库记录已经变化
情况二：
A2出现异常 抛出异常 希望 A1和 B都事务回滚 数据库操作
A1还好说因为都在同一段代码里 可以直接回滚 但是B无法直接回滚 因为B在另一个服务器里 除非我们调用B 否则无法回滚 因为事务是一个链接


不要求强一致 远程的库存扣了就扣了 无法立即在同一时间回滚 但是可以等一会慢慢的 最终一致 远程库存回滚把减了的库存再加回来就行 不用此时事务同时回滚
一两个系统不可用 为了保证稳定性 我们会将部分客户转到降级页面 （当前页面不可用）
sql的事务是一系列数据库dml操作，如果是中间某个sql执行报错，但是不回滚的话，会导致前面执行成功的语句对数据库造成数据不一致的后果。
在PL/SQL中没有提交关闭连接，数据不会被提交(COMMIT)，而是数据被回滚(ROLLBACK)。
但在SQL*PLUS中就不同了。如果通过EXIT、QUIT和DISCONNECT命令退出，数据被提交，数据永久被更新。