哪个帮我详细的讲解下 spring struts hibernate 的事物咯 还有他们的区别

首先定义事务管理器：

事务的处理也交给了spring来管理，要在applicationContext.xml文件中配置事务管理类：

通过sessionFactory来管理，因此在传进来一个sessionFactory来接管事务处理

声明式事务处理：

在spring中对事务进行管理时，可以显示地进行事务处理的定义，配置事务的传播特性

spring的事务隔离级别

ISOLATION_DEFAULT：

使用数据库默认的隔离级别。

ISOLATION_READ_UNCOMMITTED：

允许读取改变了的还未提交的数据，可能导致脏读、不可重复读和幻读。

ISOLATION_READ

COMMITTED：

允许并发事务提交之后读取，可以避免脏读，可能导致重复读和幻读。

ISOLATION_REPEATABLE_READ：

对相同字段的多次读取结果一致，可导致幻读。

ISOLATION_SERIALIZABLE：

完全服从ACID的原则，确保不发生脏读、不可重复读和幻读。

可以根据自己的系统对数据的要求采取适应的隔离级别，因为隔离牵涉到锁定数据库中的记录，对数据正性要求越严格，并发的性能也越差。

spring的事务传播行为

spring事务的传播行为说的是当一个方法调用另一个方法时，事务该如何操作。

PROPAGATION_MANDATORY：

该方法必须运行在一个事务中。如果当前事务不存在则抛出异常。

PROPAGATION_NESTED：

如果当前存在一个事务，则该方法运行在一个嵌套的事务中。被嵌套的事务可以从当前事务中单独的提交和回滚。如果当前不存在事务，则开始一个新的事务。各厂商对这种传播行为的支持参差不齐，使用时需注意。

PROPAGATION_NEVER：

当前方法不应该运行在一个事务中。如果当前存在一个事务，则抛出异常。

PROPAGATION_NOT_SUPPORTED：

当前方法不应该运行在一个事务中。如果一个事务正在运行，它将在该方法的运行期间挂起。

PROPAGATION_REQUIRED：

该方法必须运行在一个事务中。如果一个事务正在运行，该方法将运行在这个事务中。否则，就开始一个新的事务。

PROPAGATION_REQUIRES_NEW：

该方法必须运行在自己的事务中。它将启动一个新的事务。如果一个现有的事务正在运行，将在这个方法的运行期间挂起。

PROPAGATION_SUPPORTS：

当前方法不需要事务处理环境，但如果一个事务已经在运行的话，这个方法也可以在这个事务里运行。

通过配置需要处理事务的包

具体需要用通配符实现

平时使用oracle时，为什么会锁表

顾名思义,当前读就是读的是当前时刻已提交的数据,快照读就是读的是快照生成时候的数据。

先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。

如果按照以上猜想，那么整个执行结果就违背了?可重复读?的隔离级别了。

那么我们再假设select * from TABLE where d = 5 for update;这条语句锁定的是所有被扫描到的数据。

这是因为T2阶段的update会被阻塞住，毕竟所有被扫描到的记录都被锁定了。

按照上述推理过程，很显然，即使锁定所有扫描到的数据行，也依然存在幻读的情况。违背了?可重复读?的隔离级别。

针对这个情况，我们要解决幻读的问题，那么就要求针对所有被扫描的记录行以及还不存在的d=5的记录行都给锁住。

至此，当前查询结果完全满足?可重复读?的隔离级别。

通过以上推论，我们可以总结一下，在可重复读的隔离级别下，解决幻读除了需要锁定所有扫描到的记录行外，还需要锁定行之间的间隙，也就是通过间隙锁来解决幻读的问题。

数据库事务及隔离级别

隔离级别：脏读、幻读、一致读、不可重复读、更新丢失

1.脏读（Dirty Reads）：一个事务开始读取了某行数据但是另外一个事务已经更新了此数据但没有能够及时提交。这是相当危险很可能所有操作都被回滚

2.幻读（Phantom Reads）：也称为幻像（幻影）。事务在操作过程中进行两次查询，第二次查询结果包含了第一次查询中未出现的数据（这里并不要求两次查询SQL语句相同）这是因为在两次查询过程中有另外一个事务插入数据造成的

3.不可重复读（Non-repeatable Reads）：一个事务对同一行数据重复读取两次但是却得到了不同结果。例如在两次读取中途有另外一个事务对该行数据进行了修改并提交

4.两次更新问题（Second lost updates problem）：无法重复读取特例，有两个并发事务同时读取同一行数据然后其中一个对它进行修改提交而另一个也进行了修改提交这就会造成第一次写操作失效

5.更新丢失（Lost update）：两个事务都同时更新一行数据但是第二个事务却中途失败退出导致对数据两个修改都失效了这是系统没有执行任何锁操作因此并发事务并没有被隔离开

20、锁是什么？

锁：在所有的DBMS(数据库管理系统)中，锁是实现事务的关键，锁可以保证事务的完整性和并发性。与现实生活中锁一样，它可以使某些数据的拥有者，在某段时间内不能使用某些数据或数据结构。当然锁还分级别的。

锁分为行级锁和表锁。

行级锁：主要是在执行操作过程中，锁定指定的行。

主要的锁行语句有：insert ,update,delete ,及select ....for update。

表锁：指在运行操作指令过程中，由用户指定锁定某张表。lock table XXX in mode share;

共享锁，排他锁，共享排它，行共享，行排他。

锁模式包括?

共享锁:（读取）操作创建的锁。其他用户可以并发读取数据，但任何事物都不能获取数据上的排它锁，直到已释放所有共享锁。

排他锁（X锁）：对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。

更新锁:更新 (U) 锁可以防止通常形式的死锁。如果两个事务获得了资源上的共享模式锁，然后试图同时更新数据，则两个事务需都要转换共享锁为排它 (X) 锁，并且每个事务都等待另一个事务释放共享模式锁，因此发生死锁。

若要避免这种潜 在的死锁问题，请使用更新 (U) 锁。一次只有一个事务可以获得资源的更新 (U) 锁。如果事务修改资源，则更新 (U) 锁转换为排它 (X) 锁。否则，锁转换为共享锁。

锁的粒度主要有以下几种类型：

行锁： 粒度最小，并发性最高

页锁：一次锁定一页。25个行锁可升级为一个页锁。

表锁：粒度大，并发性低

数据库锁：控制整个数据库操作

乐观锁：乐观锁假设认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让返回用户错误的信息，让用户决定如何去做。一般的实现乐观锁的方式就是记录数据版本。

悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁,表锁,读锁,写锁等，都是在做操作之前先上锁。

20、数据库的乐观锁和悲观锁是什么？ oracle 是行级锁

数据库管理系统（DBMS）中，并发控制的任务是：确保在多个事务同时存取同一数据时，不破坏事务的隔离性和统一性以及数据库的统一性。

悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作

乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。

21、悲观锁和乐观锁的区别，怎么实现

悲观锁：一段执行逻辑加上悲观锁,不同线程同时执行时,只能有一个线程执行,其他的线程在入口处等待,直到锁被释放。

乐观锁：一段执行逻辑加上乐观锁,不同线程同时执行时,可以同时进入执行,在最后更新数据的时候要检查这些数据是否被其他线程修改了(版本和执行初是否相同),没有修改则进行更新,否则放弃本次操作。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com