最近碰到這個問題，在使用spring提供的JpaTemplate進行查詢時，如果數(shù)據(jù)量超過100 條，查詢效率就會明顯降低。由于開始時使用JPA內部的雙向關聯(lián)，造成各實體內部關聯(lián)過多，從而影響所有的操作，因此懷疑是因為JPA的關聯(lián)關系所致。但 是去掉關聯(lián)關系后的效果不顯著。

查找spring的相關配置，發(fā)現(xiàn)原來關于“transactionAttributes”有問題。原來的配置如下：

<bean id="baseTransactionProxy" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"
lazy-init="true" abstract="true">
<property name="transactionManager">
<ref bean="transactionManager" />
</property>
<property name="transactionAttributes">
<props>
<prop key="sav*">PROPAGATION_REQUIRED</prop>
<prop key="update*">PROPAGATION_REQUIRED</prop>
<prop key="delete*">PROPAGATION_REQUIRED</prop>
<prop key="get*">PROPAGATION_REQUIRED,readOnly</prop>
<prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>
</props>
</property>
</bean>
使用上述配置，在JPA打出的日志中顯示每次查詢時都要進行更新操作，查閱相關spring 的資料后發(fā)現(xiàn)transactionAttributes的各種屬性的意義，現(xiàn)把資料分享如下：

PROPAGATION_REQUIRED--支持當前事務，如果當前沒有事務，就新建一個事務。這是最常見的選擇。
PROPAGATION_SUPPORTS--支持當前事務，如果當前沒有事務，就以非事務方式執(zhí)行。
PROPAGATION_MANDATORY--支持當前事務，如果當前沒有事務，就拋出異常。
PROPAGATION_REQUIRES_NEW--新建事務，如果當前存在事務，把當前事務掛起。
PROPAGATION_NOT_SUPPORTED--以非事務方式執(zhí)行操作，如果當前存在事務，就把當前事務掛起。
PROPAGATION_NEVER--以非事務方式執(zhí)行，如果當前存在事務，則拋出異常。
PROPAGATION_NESTED--如果當前存在事務，則在嵌套事務內執(zhí)行。如果當前沒有事務，則進行與PROPAGATION_REQUIRED類似的操作。
當前所有的事務都使用“PROPAGATION_REQUIRED”屬性值，并且控制事務的操作權限為只讀，以保證查詢時不會更新數(shù)據(jù)。根據(jù)上述 定義 “PROPAGATION_REQUIRED”屬性會造成為所有的操作都創(chuàng)建事務，從而會出現(xiàn)JPA的日志中查詢時也會進行更新操作的現(xiàn)象，也就造成了效 率的低下。將所有查詢的操作改成事務類型為“PROPAGATION_NEVER”（不使用事務），則查詢效率立即提升，但是此時擔心一個問題：比如在一 個saveXXX()的方法中，如果方法內部使用更新、查詢、再更新的操作流程，會不會造成調用查詢時，由于上述配置造成的拋出異常。

另外，如果出現(xiàn)

〈prop key="myMethod"〉PROPAGATION_REQUIRED,readOnly,-Exception〈/prop〉
這樣的配置，其中:

-Exception表示有Exception拋出時,事務回滾. -代表回滾+就代表提交

readonly 就是read only, 設置操作權限為只讀,一般用于查詢的方法,優(yōu)化作用.