<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 241,  comments - 116,  trackbacks - 0
    最近碰到這個(gè)問題,在使用spring提供的JpaTemplate進(jìn)行查詢時(shí),如果數(shù)據(jù)量超過100 條,查詢效率就會(huì)明顯降低。由于開始時(shí)使用JPA內(nèi)部的雙向關(guān)聯(lián),造成各實(shí)體內(nèi)部關(guān)聯(lián)過多,從而影響所有的操作,因此懷疑是因?yàn)镴PA的關(guān)聯(lián)關(guān)系所致。但 是去掉關(guān)聯(lián)關(guān)系后的效果不顯著。

    查找spring的相關(guān)配置,發(fā)現(xiàn)原來關(guā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打出的日志中顯示每次查詢時(shí)都要進(jìn)行更新操作,查閱相關(guān)spring 的資料后發(fā)現(xiàn)transactionAttributes的各種屬性的意義,現(xiàn)把資料分享如下:

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

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

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

    -Exception表示有Exception拋出時(shí),事務(wù)回滾. -代表回滾+就代表提交

    readonly 就是read only, 設(shè)置操作權(quán)限為只讀,一般用于查詢的方法,優(yōu)化作用.
    posted on 2011-08-08 09:54 墻頭草 閱讀(11795) 評(píng)論(2)  編輯  收藏

    只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。


    網(wǎng)站導(dǎo)航:
     
    人人游戲網(wǎng) 軟件開發(fā)網(wǎng) 貨運(yùn)專家
    主站蜘蛛池模板: 亚洲一区二区三区免费视频| 亚洲电影国产一区| 欧美激情综合亚洲一二区| 福利免费观看午夜体检区| 最近中文字幕大全免费视频| 亚洲大成色www永久网站| 99久久99这里只有免费的精品| 亚洲精品无码激情AV| 久久亚洲精品人成综合网| 午夜爽爽爽男女免费观看影院| 国内自产拍自a免费毛片| 亚洲AV无码乱码麻豆精品国产| 丁香花免费完整高清观看| 亚洲AV无码久久久久网站蜜桃| 免费毛片a在线观看67194| 亚洲熟妇AV一区二区三区浪潮| 免费被黄网站在观看| 国产亚洲蜜芽精品久久| 亚洲精品无码久久毛片| 91精品成人免费国产| 亚洲a在线视频视频| 性xxxxx免费视频播放| 亚洲国产精品无码久久98 | 亚洲理论电影在线观看| 国内精品久久久久影院亚洲| 国产一级在线免费观看| 亚洲AV无码专区国产乱码4SE| 免费A级毛片av无码| 国产精品亚洲专区在线观看 | 亚洲va中文字幕无码久久| 3d成人免费动漫在线观看| 中文字幕无码亚洲欧洲日韩| 又爽又黄无遮挡高清免费视频| 两个人日本免费完整版在线观看1| 久久亚洲AV无码精品色午夜 | 亚洲福利视频导航| 性色av免费观看| 青柠影视在线观看免费| 亚洲AV综合色区无码二区爱AV| 亚洲免费日韩无码系列| 一色屋成人免费精品网站|