Castle.ActiveRecord中Save與SaveAndFlush的效能差別

來源:互聯網
上載者:User
Castle.ActiveRecord中Save與SaveAndFlush的效能差別

1.一看就知道兩者是有效能差距的,我把Save想成是“延遲寫入”。

2.原來在某次實驗的時候,發現主從表的情況下,先把主表SaveAndFlush一下,
可以擷取到相應的Id,但這次測試的結果是,只要Save,就可以擷取到Id。
主鍵使用的PrimaryKeyType.GuidComb。

3.如果資料增多,速度減慢的程度不是線性,最後會相當慢。
測試結果:
30條資料只要1-2秒,
200條記錄,對象數400左右的情況下,在一個事務中用SaveAndFlush更新資料幾十分鐘
也不能完成,逾時,資料庫鎖表。
跟蹤發現執行時越來越慢,會出現很多OnFlushDirty操作, Flush大量對象;

因為作了詳細的每個對象更新日誌儲存,SP_LOCK看到10多萬個鎖。

4.修改為Save方式,200條資料只需要3秒左右。400條資料7秒左右。

5.沒想到會有這麼大的差距,問題暫時解決,沒有時間繼續研究更多內容。

另外,StateLessSession據說效率會更高,但我的ActiveRecord找不到這個對象。

 

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.