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

查找spring的相關配置，發現原來關于“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 的資料后發現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()的方法中，如果方法內部使用更新、查詢、再更新的操作流程，會不會造成調用查詢時，由于上述配置造成的拋出異常。 

另外，如果出現 

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

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

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