首頁 資料庫 mysql教程 Hibernate性能优化

Hibernate性能优化

Jun 07, 2016 pm 02:50 PM
hibernate 最佳化 原創 效能

本文为博主原创,允许转载,但请声明原文地址:http://www.coselding.cn/blog/8/8-141.html (1)大量分页查询时,及时session.clear(),可能导致内存溢出; 大集合遍历:如寻找敏感词汇; 注:内存泄漏,Java本身不会内存泄漏,但是Java调用的底层C会内存泄

本文为博主原创,允许转载,但请声明原文地址:http://www.coselding.cn/blog/8/8-141.html

(1)大量分页查询时,及时session.clear(),可能导致内存溢出;
大集合遍历:如寻找敏感词汇;
 注:内存泄漏,Java本身不会内存泄漏,但是Java调用的底层C会内存泄漏。
(2)1+N问题:(典型面试题)
 一个实体A关联着另一个实体B,查询所有的实体A时,原本一条sql语句就可完成,结果后面却多了N条查询各个A关联的实体B的查询语句的问题,影响性能。
 解决办法:A. 实体B设置为LAZY;
           B.BatchSize多次单条查询合并成少次的多条查询,减少sql次数;
           C.join fetch:设置外连接,把后面要查询的也一起查出来,减少查询次数。
(3)BatchSize多次单条查询合并成少次的多条查询,减少sql次数。
(4)List的Iterator:
   A.List:Query查询到的List是直接一条sql查询所有结果;
   B.Iterator:只查询表的最小主键,接下来每访问一条才发送一条sql语句查询具体的记录,但是Iterator使用了Hibernate的缓存,同一个session查询两次,底层sql只发送一次而已,它会自己去缓存中查询结果是否已经有了,减少sql查询次数。
(5)一级缓存、二级缓存、查询缓存(面试题)
   A.一级缓存:session中的缓存,查询过一次之后的同一个session下再次查询会从缓存中查询;
   B.二级缓存:SessionFactory级别的缓存,可以跨越session,Hibernate没有实现,需要使用第三方二级缓存实现,默认EHCache,需要EHCache和Logging的jar;
     a.打开二级缓存:Hibernate主配置文件设置打开缓存并指定二级缓存实现类;
        @Cache注解:标注需要缓存到二级缓存的实体Entity;
        Ehcache.xml:EHCache二级缓存的配置文件,可设置多个缓存配置,根据
        name选择设置的属性配置;
     b.适用二级缓存:经常访问、改动不大、数量有限;
     c.load、iterator默认使用二级缓存,list有往二级缓存加数据但是查询时不使用;
     d.query若要使用二级缓存,需要打开查询缓存,
        true
        setCachable(true);指明Query打开二级缓存;
     e.缓存算法:LRU最近最少使用、FIFO(先进先出)、LFU(最近最不常使用)
   C.查询缓存:特殊的二级缓存,专门用于查询操作;
(6)二级缓存使用步骤:
   A.导入ehcache的jar和commons-logging的jar;
   B.类路径加入ehcache的配置文件,里面配置缓存配置;
   C.hibernate的全局配置文件配置开启二级缓存;
   D.标签设置要开启二级缓存的实体类;
   E.:usage设置缓存策略,region设置要使用的EHCache配置选项,include设置是否缓存该实体所关联的关联实体。
(7)事务并发处理(面试):
事务基础知识见JDBC笔记;
  A. 悲观锁:解决不可重复读,load添加第三个参数设置;
悲观地认为别人总想着影响自己,直接加锁,防止别人的影响;
  B. 乐观锁:解决多人同时修改,程序中实现;
乐观地认为别人不会来影响自己,加一个记录版本号的属性,@Version,事务开始时检查版本号,到真正要修改时再检查版本号,若版本号不变,则正确执行,版本号变了说明被影响了,报错;
(8)一定要设置连接池!!!
(9)一定注意数据库的全表查询是禁止的,关联关系的多方直接不延迟也是禁止的,Hibernate会把整个表加入内存和一级缓存,很容易导致内存溢出。

本文为博主原创,允许转载,但请声明原文地址:http://www.coselding.cn/blog/8/8-141.html

本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

Video Face Swap

Video Face Swap

使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱工具

記事本++7.3.1

記事本++7.3.1

好用且免費的程式碼編輯器

SublimeText3漢化版

SublimeText3漢化版

中文版,非常好用

禪工作室 13.0.1

禪工作室 13.0.1

強大的PHP整合開發環境

Dreamweaver CS6

Dreamweaver CS6

視覺化網頁開發工具

SublimeText3 Mac版

SublimeText3 Mac版

神級程式碼編輯軟體(SublimeText3)

不同Java框架的效能對比 不同Java框架的效能對比 Jun 05, 2024 pm 07:14 PM

不同Java框架的效能比較:RESTAPI請求處理:Vert.x最佳,請求速率達SpringBoot2倍,Dropwizard3倍。資料庫查詢:SpringBoot的HibernateORM優於Vert.x及Dropwizard的ORM。快取操作:Vert.x的Hazelcast客戶端優於SpringBoot及Dropwizard的快取機制。合適框架:根據應用需求選擇,Vert.x適用於高效能Web服務,SpringBoot適用於資料密集型應用,Dropwizard適用於微服務架構。

PHP 陣列鍵值翻轉:不同方法的效能比較分析 PHP 陣列鍵值翻轉:不同方法的效能比較分析 May 03, 2024 pm 09:03 PM

PHP數組鍵值翻轉方法效能比較顯示:array_flip()函數在大型數組(超過100萬個元素)下比for迴圈效能更優,耗時更短。手動翻轉鍵值的for迴圈方法耗時相對較長。

C++ 程式最佳化:時間複雜度降低技巧 C++ 程式最佳化:時間複雜度降低技巧 Jun 01, 2024 am 11:19 AM

時間複雜度衡量演算法執行時間與輸入規模的關係。降低C++程式時間複雜度的技巧包括:選擇合適的容器(如vector、list)以最佳化資料儲存和管理。利用高效演算法(如快速排序)以減少計算時間。消除多重運算以減少重複計算。利用條件分支以避免不必要的計算。透過使用更快的演算法(如二分搜尋)來優化線性搜尋。

C++中如何優化多執行緒程式的效能? C++中如何優化多執行緒程式的效能? Jun 05, 2024 pm 02:04 PM

優化C++多執行緒效能的有效技術包括:限制執行緒數量,避免爭用資源。使用輕量級互斥鎖,減少爭用。優化鎖的範圍,最小化等待時間。採用無鎖定資料結構,提高並發性。避免忙等,透過事件通知執行緒資源可用性。

PHP 數組轉物件對效能的影響是什麼? PHP 數組轉物件對效能的影響是什麼? Apr 30, 2024 am 08:39 AM

在PHP中,陣列到物件的轉換會對效能產生影響,主要受陣列大小、複雜度、物件類別等因素影響。為了優化效能,可以考慮使用自訂迭代器、避免不必要的轉換、批次轉換數組等技巧。

如何使用基準測試來評估Java函數的效能? 如何使用基準測試來評估Java函數的效能? Apr 19, 2024 pm 10:18 PM

基準測試Java函數效能的方法是使用Java微基準測試套件(JMH)。具體步驟包括:新增JMH依賴項到專案中。建立一個新的Java類,用@State註解表示基準測試方法。在類別中寫基準測試方法,用@Benchmark註解。使用JMH命令列工具執行基準測試。

Java框架的效能比較 Java框架的效能比較 Jun 04, 2024 pm 03:56 PM

根據基準測試,對於小型、高效能應用程序,Quarkus(快速啟動、低記憶體)或Micronaut(TechEmpower優異)是理想選擇。 SpringBoot適用於大型、全端應用程序,但啟動時間和記憶體佔用稍慢。

Golang 中隨機數產生器的效能如何? Golang 中隨機數產生器的效能如何? Jun 01, 2024 pm 09:15 PM

在Go中產生隨機數的最佳方法取決於應用程式所需的安全性等級。低安全性:使用math/rand套件產生偽隨機數字,適合大多數應用程式。高安全性:使用crypto/rand套件產生加密安全的隨機字節,適用於需要更強隨機性的應用程式。

See all articles