<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="insert*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="update*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="delete*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="get*">PROPAGATION_REQUIRED,readOnly</prop> <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop> </props> </property> </bean>
PROPAGATION_REQUIRED--支持當前事務，如果當前沒有事務，就新建一個事務。這是最常見的選擇。
PROPAGATION_SUPPORTS--支持當前事務，如果當前沒有事務，就以非事務方式執行。
PROPAGATION_MANDATORY--支持當前事務，如果當前沒有事務，就拋出異常。
PROPAGATION_REQUIRES_NEW--新建事務，如果當前存在事務，把當前事務掛起。
PROPAGATION_NOT_SUPPORTED--以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。
PROPAGATION_NEVER--以非事務方式執行，如果當前存在事務，則拋出異常。
PROPAGATION_NESTED--如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則進行與PROPAGATION_REQUIRED類似的操作。提高SQL語句查詢速度的方法
當前所有的事務都使用“PROPAGATION_REQUIRED”屬性值，並且控制事務的操作權限為只讀，以保證查詢時不會更新數據。
根據上述 定義 “PROPAGATION_REQUIRED”屬性會造成為所有的操作都創建事務，從而會出現JPA的日志中查詢時也會進行更新操作的現象，也就造成了效 率的低下。
將所有查詢的操作改成事務類型為“PROPAGATION_NEVER”（不使用事務），則查詢效率立即提升，
但是此時擔心一個問題：比如在一 個saveXXX()的方法中，如果方法內部使用更新、查詢、再更新的操作流程，會不會造成調用查詢時，由於上述配置造成的拋出異常。
另外
-Exception表示有Exception拋出時,事務回滾. -代表回滾 +就代表提交
readonly 就是read only, 設置操作權限為只讀,一般用於查詢的方法,優化作用.
