Question

数据库死锁,并发问题

小弟对数据库锁,事务,并发的概念比较模糊,哪位高手跟我详细明了的解释下呢,最好实例说明,她们之间的关系是什么样的呢,为什么多用户同一时间修改数据会死锁(照我看来用户不可能同一时间修改啊,数据库应该可以精确定位到0.00001秒甚至更小的秒吧,就像CPU一个时间只能处理一条指令怎么会死锁呢),想深入了解下数据库的底层机制,能否传授?谢谢...!可加分!
---------------------------------------------------------
恩,三楼的答案正是我需要的,非常感谢,就是能跟我以你的经验说说数据库底层的工作机制,存储机制等以及平时操作数据库的注意事项特别是操作上W甚至几百W,上千W的海量数据的一些技巧,注意事项吗?越详细越好,^_^,看你很资深的，应该没什么问题吧,我会再给你加100分的多加点也无所谓。谢谢。

Answer 1

补充楼主：
其实我没什么经验，只不过是了解一些基础的东西罢了。
一楼的 一朵瘩红花 实际经验很丰富，你可以向她咨询一下。

你问的问题挺好得。三个概念紧密联系在一起。
这样说吧：并发的几个事务同时发生，不加锁控制的话数据就会乱套了，而加了锁后，又是并发访问会出现死锁，所以就会出现避免死锁的一些措施。
首先谈并发：理论指的是在一段时间同时对某件事进行操作。 注意精度问题，修改数据库是在一段时间内操作，不是在某个时刻，而日志则会从 时刻 开始记录你的操作。

造成死锁的原因是为了防止 不同的用户同时间（不是时刻）都对某个数据修改，造成访问不一致的问题。
比如你读了数据库的一个数据然后把它修改了并存回去，是需要时间的（假如是student表中的有个grade属性，你改了一条记录的一个值）在这个过程当中，有人又访问了数据库并且恰恰访问的是存回去之前的数据，然后他要进行操作，过了一段时间，此时你已经存回去了数据。会发现原来的数据被改动了。这时数据就乱套了。（专业术语叫读脏数据，其实还有很多其他类似这种导致前后数据不一致的问题）所以为了限定这种操作，数据库设计了-----锁---来锁定这种操作。就是你正在操作某个数据的时候----通常之前会先锁定这个数据，这样别人就不能对此数据操作了（严格来说就是只能读，不能改），必须等你操作完才能对此数据修改等操作，这就在一定程度上避免了前后操作数据不一致的问题。

但是有了锁后，新问题出现了，就是死锁：

简单解释死锁：进程A等待进程B释放他的资源，B又等待A释放他的资源，这样就互相等待就形成死锁

官方解释死锁
死锁，根本原因在于对共享存储区的访问。在数据库中也一样，如果需要“修改”一条数据，首先数据库管理系统会在上面加锁，以保证在同一时间只有一个事务能进行修改操作。锁有多种实现方式，比如意向锁，共享－排他锁，锁表，树形协议，时间戳协议等等。锁还有多种粒度，比如可以在表上加锁，也可以在记录上加锁。

在并发控制中，锁是非常重要的。
至于在Oracle还是别的数据库管理系统中，死锁产生的原因没有不同，不同的顶多是锁的实现或者死锁的恢复等罢了

再来说说事务：
事务简单来说就是 一系列的对数据库的操作揉在一起，要么同时完成，要么就都不完成。
比如---你要取钱的过程就可以当成是一个小的事务： 插卡，输入取钱金额，取走钱，拿出来卡。此过程缺一不可。把所有这些过程细节封装起来就成为一个事务。
以oracle数据库为例：
一个事务（你可以认为是一系列业务的操作）起始于dml语句（insert、update、delete）
即一条dml语句就做为一个事务的起始，然后根据业务需要，进行其他的dml操作都算是事务的一部分。
最后碰到commit。或者rollback，或者其他意外什么的都算作一个事务的结束。
整个过程就是一个事务。
事务的理论解释就是那四个什么特性：什么原子性、一致性、隔离性和持久性
简称ACID

剩下的：数据库是建立在操作系统之上的一个层次。
你问的是数据库的存储机制？？工作机制？？还是什么的？？
数据库就是存数据的。数据库管理系统是 对存的数据进行高效率的管理
大的结构分物理数据跟逻辑数据。
物理数据就是数据在存储设备上的存储方式，什么物理联系，物理结构，物理记录等 术语。
逻辑数据就是程序员和用户看到的数据形式。什么逻辑联系，逻辑结构==同上
数据库管理类系统就是把这些逻辑跟物理相互转换。 好比你输入的叫逻辑数据存储在磁盘上叫物理数据。等等。

废话了一堆，也不知道回答对你的问题没~~

Answer 2

db2 是对某表某一条记录操作的时候,他会对整个表进行表锁定,如果设置的事务级别是可重复的读,那么另外一个人的同步操作就会被回滚,不过可以通过sql语句指定锁定级别,sqlserver默认是对行数据进行锁定,你如果要看这个问题,你可以先研究一下数据库的锁定方式和锁定级别,死锁是一定存在的,特别是在并发操作很多的情况,这个和你数据库的设计有关系,关键是捕获到死锁后怎么样对死锁进行释放

Answer 3

如果拥有线程需要获取另外一个资源，而该资源当前为等待线程所拥有，则这种情形将成为死锁：在事务提交或回滚之前两个线程都不能释放资源，而且它们因为正等待对方拥有的资源而不能提交或回滚事务。例如，运行事务 1 的线程 T1 具有学生基本信息表上的排它锁。运行事务2的线程 T2 具有系部表上的排它锁，并且之后需要学生基本信息表上的锁。事务2 无法获得这一锁，因为事务 1 已拥有它。事务2 被阻塞，等待事务 1。然后，事务1 需要 系部表的锁，但无法获得锁，因为事务 2 将它锁定了。事务在提交或回滚之前不能释放持有的锁。因为事务需要对方控制的锁才能继续操作，所以它们不能提交或回滚。
需要注意的是死锁经常与正常阻塞混淆。当一个事务锁定了另一个事务需要的资源，第二个事务等待锁被释放。默认情况下，SQL Server 事务不会超时（除非设置了 LOCK_TIMEOUT）。第二个事务被阻塞，而不是被死锁。