1. JPA
1.1. 性能直接受底層JDBC驅動性能的影響
1.2. 性能提升是通過改變物體類的位元組碼來實作的
1.2.1. 在類加載到JAR檔案或者由JVM運行之前增強位元組碼的方法
1.2.1.1. 在編譯程序中完成的
1.2.1.2. 在物體類編譯完成后，它們會被傳遞給一個特定實作的后置處理器
1.2.1.3. 該后置處理器會“增強”位元組碼，產生一個修改過的類檔案，其中包含所需的優化
1.2.2. 在類被加載到JVM時動態增強位元組碼的方法
1.2.2.1. 在JVM中運行一個代理，當類被加載時，代理會收到通知并介入類加載的程序，在位元組碼定義類之前對其進行修改
1.2.2.2. 代理是在應用程式的命令列上指定的
2. 優化JPA寫
2.1. 寫入更少的欄位
2.2. 可以從限制資料庫的寫入呼叫數量中獲益
2.3. 陳述句池可以在JPA層面或JDBC層面實作
2.3.1. 應該首先嘗試在JDBC層面實作
2.3.2. 如果JDBC驅動能夠提供陳述句池，通常最好在驅動中啟用陳述句池，并將從JPA的配置中洗掉陳述句池配置
2.4. JDBC驅動不能自動實作陳述句批處理
2.4.1. 設定size屬性
2.4.2. JPA的批量更新可以用宣告的方式在persistence.xml檔案中完成
2.4.3. 應用程式可以定期呼叫物體管理器的flush()方法，這個呼叫會立即執行所有需要批量處理的陳述句
3. 優化JPA讀
3.1. 讀取更少的資料
3.1.1. 因為有些資料不需要
3.1.2. 目的
3.1.2.1. 在檢索物體時可以讓SQL更快
3.1.2.2. 可以節省大量記憶體，從而減少了GC壓力
3.1.3. 指定需要延遲加載的相關欄位
3.1.3.1. 當一個物體被檢索時，帶有延遲加載注解的欄位將被排除在用于加載資料的SQL之外
3.1.3.2. 對于基本型別的簡單列，很少使用
3.1.3.3. 基于BLOB或基于CLOB的大型物件考慮使用
3.1.3.4. 延遲加載注解最終只是對JPA實作的建議
3.1.3.4.1. JPA實作可以自由決定資料庫是否立即提供該資料
3.2. 一次讀取更多的資料
3.2.1. 因為將來肯定需要這些資料
3.3. 提取組（fetch group）
3.3.1. 非標準JPA
3.3.2. 可以將某些延遲加載欄位指定為一組，在其中一個欄位被訪問時，整個組都會被加載
3.3.3. 多個獨立的欄位組，每個組會在需要時被加載
3.4. 立即提取（eager fetching）
3.4.1. 當獲取一個物體時，其他相關物體的資料也應該被回傳
3.5. 在查詢中使用JOIN
3.5.1. 特殊的@JoinFetch注解，它也可以用于連接提取關系
3.5.2. 選擇立即加載關系時，可以使用命名查詢來發出一條使用JOIN的SQL陳述句
3.6. 處理結果集
3.6.1. 一次獲取所有結果
3.6.2. 在程式遍歷查詢結果時一次獲取一個結果
3.6.3. 一次獲取幾個結果
3.7. 命名查詢的速度更快
3.7.1. JPA實作幾乎總是使用帶有系結引數的預處理陳述句，同時利用陳述句快取池
4. JPA快取
4.1. 提供一個中間層來快取后端資料庫回傳的資料
4.1.1. 快取頻繁使用的資料可以大幅縮短客戶端的回應時間
4.1.2. JPA快取只對通過主鍵訪問的物體進行操作
4.2. 一級快取
4.2.1. L1快取
4.2.2. 物體管理器中的本地快取
4.2.3. 幾乎不需要優化
4.2.4. 在所有JPA實作中都是開啟的
4.3. 二級快取
4.3.1. L2快取
4.3.2. 全域快取
4.3.3. 在所有的物體管理器之間共享的
4.3.4. 不是所有的JPA實作都會默認開啟它
4.3.5. L2快取會自動為應用程式快取物體
4.3.6. 當有很大的JPA L2快取時，堆的優化對于良好的性能就相當重要了
4.4. 通過查詢檢索到的資料不會保存在L2快取中
4.4.1. 即使JPA實作支持查詢快取，物體本身也不會存盤在L2快取中，也不能在隨后呼叫find()方法時被回傳
4.4.2. 只有在每次執行查詢時，查詢中使用的引數完全相同的情況下，查詢快取才會起作用
4.4.3. 除非正在使用的JPA實作支持查詢快取，否則使用JOIN查詢經常會對性能造成負面影響，因為它沒有利用L2快取
4.4.4. 從長遠來看，避免查詢是有益的
4.5. 當所有的資料都被使用時，立即加載和延遲加載的性能基本相同
4.6. 當關系資料沒有被實際使用時，延遲加載會節省一些時間
4.6.1. 特別是在回圈第一次執行時
4.6.2. 回圈的后續執行并不會節省時間
4.6.2.1. 在這些后續的迭代中，立即加載的代碼并沒有重新加載資料，它是從L2快取中查找的資料
4.7. 如果物體都不是通過查詢檢索到的，那么在初始的預熱期之后，通過L2快取可以訪問所有的物體
4.7.1. 即使SQL陳述句回傳多行資料，JPA仍然能夠快取物體，這和執行查詢不同
4.7.2. 如果通過遍歷物體來預熱L2快取，不要單獨遍歷相關物體，通過訪問關系來遍歷更簡單
4.8. 如果快取消耗了太多記憶體，就會給GC造成壓力
4.8.1. 設定快取大小的選項
4.8.1.1. 針對全域的
4.8.1.2. 針對每個物體的
4.8.2. 另一種可用方法是讓L2快取使用軟參考或/和弱參考
4.8.2.1. 比為每個物體找到最佳大小要容易一些
4.8.2.2. 弱參考在任何GC操作中都會被回收
5. Spring Data
5.1. 關系資料庫和NoSQL資料庫的資料庫訪問模塊集合
6. Spring Data JDBC
6.1. JPA的一個簡單替代方案
6.2. 提供了類似于JPA的物體映射
6.3. 沒有快取、延遲加載或臟物體跟蹤等功
7. Spring Data JPA
7.1. 標準JPA的包裝器
7.2. 減少開發人員需要撰寫的模板代碼量
7.2.1. 提高開發人員的效率
7.2.2. 并不能真正影回應用程式性能
8. Spring Data for NoSQL
8.1. 各種NoSQL和類NoSQL技術的連接器
8.2. MongoDB
8.3. Cassandra
8.4. Couchbase
8.5. Redis
9. Spring Data R2DBC
9.1. 允許對Postgres、H2和Microsoft SQL Server資料庫進行異步訪問
9.2. 遵循典型的Spring Data編程模型
9.3. 不是直接使用JDBC
9.4. 和Spring Data JDBC類似
9.5. 通過倉庫中的簡單物體進行訪問
9.6. 沒有快取、延遲加載和JPA的其他功能
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/545513.html
標籤：Java