最近碰到這個問題，在使用spring提供的JpaTemplate進行查詢時，如果數據量超過100 條，查詢效率就會明顯降低。由于開始時使用JPA內部的雙向關聯，造成各實體內部關聯過多，從而影響所有的操作，因此懷疑是因為JPA的關聯關系所致。但是去掉關聯關系后的效果不顯著。
查找spring的相關配置，發現原來關于“transactionAttributes”有問題。原來的配置如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<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 的資料后發現transactionAttributes的各種屬性的意義，現把資料分享如下：
PROPAGATION_REQUIRED--支持當前事務，如果當前沒有事務，就新建一個事務。這是最常見的選擇。
PROPAGATION_SUPPORTS--支持當前事務，如果當前沒有事務，就以非事務方式執行。
PROPAGATION_MANDATORY--支持當前事務，如果當前沒有事務，就拋出異常。
PROPAGATION_REQUIRES_NEW--新建事務，如果當前存在事務，把當前事務掛起。
PROPAGATION_NOT_SUPPORTED--以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。
PROPAGATION_NEVER--以非事務方式執行，如果當前存在事務，則拋出異常。
PROPAGATION_NESTED--如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則進行與
PROPAGATION_REQUIRED類似的操作。
當前所有的事務都使用“PROPAGATION_REQUIRED”屬性值，并且控制事務的操作權限為只讀，以保證查詢時不會更新數據。根據上述 定義 “PROPAGATION_REQUIRED”屬性會造成為所有的操作都創建事務，從而會出現JPA的日志中查詢時也會進行更新操作的現象，也就造成了效 率的低下。將所有查詢的操作改成事務類型為“PROPAGATION_NEVER”（不使用事務），則查詢效率立即提升，但是此時擔心一個問題：比如在一 個saveXXX()的方法中，如果方法內部使用更新、查詢、再更新的操作流程，會不會造成調用查詢時，由于上述配置造成的拋出異常。
另外，如果出現
|
1
|
〈prop key="myMethod"〉PROPAGATION_REQUIRED,readOnly,-Exception〈/prop〉 |
這樣的配置，其中:
-Exception表示有Exception拋出時,事務回滾. -代表回滾+就代表提交
readonly 就是read only, 設置操作權限為只讀,一般用于查詢的方法,優化作用.
總結
以上就是本文關于Spring配置中transactionAttributes的使用方法介紹的全部內容，希望對大家有所幫助。感謝大家對本站的支持。
原文鏈接：http://blog.csdn.net/z69183787/article/details/17136827
