<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, 設置操作權限為僅僅讀,一般用於查詢的方法,優化作用.