数据库死锁问题和事务

数据库中的数据表被锁需要解锁的问题，弄了一番后，现在把方法贡献出来给大家，请大家多指教1、select * from v$locked_object 查出被锁定的对象，其中object_id是对象的ID,session_id是被锁定对象有session ID；2、select object_name, object_type from dba_objects where object_id = 刚才查出来的object_id;（根据v$locked_object里的object_id提出来的）这样来查被锁定这个对象的名字，如果能确定是哪个TABLE被锁并且要解锁，则再执行3、select sid, serial#, machine, program from v$session where sid =第1步中查出来的session_id;(是根据v$locked_object对应锁定记录的session_id找出来的) 然后4、alter system kill session ‘sid,serial#’;用来杀死这个会话；以上几个步骤即能解决对象被锁定问题。一般情况只发生锁超时，就是一个进程需要访问数据库表或者字段的时候，另外一个程序正在执行带锁的访问（比如修改数据），那么这个进程就会等待，当等了很久锁还没有解除的话就会锁超时，报告一个系统错误，拒绝执行相应的SQL操作。发生死锁的情况比较少，比如一个进程需要访问两个资源（数据库表或者字段），当获取一个资源的时候进程就对它执行锁定，然后等待下一个资源空闲，这时候如果另外一个进程也需要两个资源，而已经获得并锁定了第二个资源，那么就会死锁，因为当前进程锁定第一个资源等待第二个资源，而另外一个进程锁定了第二个资源等待第一个资源，两个进程都永远得不到满足。数据库死锁的解决方案。死锁的预防和解除：理解了死锁的原因，尤其是产生死锁的四个必要条件，就可以最大可能地避免、预防和解除死锁。所以，在系统设计、进程调度等方面注意如何不让这四个必要条件成立，如何确定资源的合理分配算法，避免进程永久占据系统资源。此外，也要防止进程在处于等待状态的情况下占用资源,在系统运行过程中，对进程发出的每一个系统能够满足的资源申请进行动态检查，并根据检查结果决定是否分配资源，若分配后系统可能发生死锁，则不予分配，否则予以分配 。因此，对资源的分配要给予合理的规划。如何将死锁减至最少虽然不能完全避免死锁，但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销，因为只有很少的事务回滚，而回滚会取消事务执行的所有工作。由于死锁时回滚而由应用程序重新提交。下列方法有助于最大限度地降低死锁：（1）按同一顺序访问对象。（2）避免事务中的用户交互。（3）保持事务简短并在一个批处理中。（4）使用低隔离级别。（5）使用绑定连接。按同一顺序访问对象事务的任务便是使数据库从一种状态变换成为另一种状态，这不同于文件系统，它是数据库所特用的。它的特性有四个：TOM总结为ACID即原子性atomicity:语句级原子性，过程级原子性，事务级原子性一致性consistency:状态一致，同一事务中不会有两种状态隔离性isolation:事务间是互相分离的互不影响(这里可能也有自治事务)持久性durability:事务提交了，那么状态就是永久的2.Oracle中的事务语句commit=commit work 提交rollback=rollback work 回滚savepoint 事务的标记点，可以使一个事务在回滚到不同的阶段set transaction  开始一个事务rollback to savepoint 与savepoint对应另外对于自治事务还有一个,下面会着重说一下关于自治事务1.事务应该尽可能的短，即避免不必要的扩大事务2.根据需要事务足够大3.决定事务大小的关键是数据完整性。4.能决定事务大小的唯一约束就是控制系统的业务规则，不是undo,不是锁等。