盡管有SQL標(biāo)準(zhǔn)，但每個關(guān)系數(shù)據(jù)庫終將是唯一的，因此你需要調(diào)整數(shù)據(jù)訪問層，以便充分利用在使用中的關(guān)系數(shù)據(jù)庫。
在本文中，我們將介紹在使用帶有JPA和Hibernate的MySQL時，為了提高性能，我們可以做哪些事情。
不要使用AUTO標(biāo)識符GeneratorType
每個實體都需要標(biāo)識符，標(biāo)識符惟一地標(biāo)識與該實體關(guān)聯(lián)的表記錄。JPA和Hibernate允許根據(jù)三種不同的策略自動生成實體標(biāo)識符：
- IDENTITY
- SEQUENCE
- TABLE
當(dāng)增加數(shù)據(jù)庫連接數(shù)時，TABLE標(biāo)識符策略不會縮放。而且，即使是一個數(shù)據(jù)庫連接，標(biāo)識符生成響應(yīng)時間比使用IDENTITY或SEQUENCE大十倍。
如果你使用AUTO GenerationType：
@Id @GeneratedValue(strategy = GenerationType.AUTO) private Long id;
Hibernate 5將會退回到使用TABLE生成器，這對性能不利。
你可以使用以下映射輕松解決此問題：
@Id @GeneratedValue(strategy= GenerationType.AUTO, generator="native") @GenericGenerator(name = "native", strategy = "native") private Long id;
本地生成器將選擇IDENTITY而不是TABLE。
IDENTITY生成器禁用JDBC批處理插入
MySQL 5.7和8.0都不支持SEQUENCE對象，因此你需要使用IDENTITY。IDENTITY生成器可以防止Hibernate使用JDBC批量插入。
JDBC批量更新和刪除不受影響，只有INSERT語句不能被批處理，因為在Persistence Context被刷新之前，INSERT語句已被執(zhí)行，從而Hibernate知道要分配給持久化實體什么實體標(biāo)識符。
如果要解決此問題，則必須通過不同的框架，如jOOQ，執(zhí)行JDBC批處理插入。
通過Docker和tmpfs加速集成測試
MySQL和MariaDB在不得不丟棄數(shù)據(jù)庫模式的時候，以及每次新的集成測試即將運(yùn)行因而重新創(chuàng)建它的時候，是非常慢的。但是，你可以在Docker和tmpfs的幫助下輕松解決此問題。
正如我在這篇文章中所解釋的，通過映射內(nèi)存中的數(shù)據(jù)文件夾，集成測試的運(yùn)行速度將與有內(nèi)存數(shù)據(jù)庫（如H2或HSQLDB）時的速度相同。
對非結(jié)構(gòu)化數(shù)據(jù)使用JSON
即使是在你使用RDBMS的時候，肯定也有很多次想要存儲非結(jié)構(gòu)化數(shù)據(jù)：
- 來自客戶端，如JSON的數(shù)據(jù)，需要被解析并插入到我們的系統(tǒng)中。
- 可以緩存的圖像處理結(jié)果以保存再處理
雖然本機(jī)不支持，但是你可以輕松地將JAVA對象映射到JSON列。甚至可以將JSON列類型映射到Jackson JsonNode。
更重要的是，你甚至不必編寫這些自定義類型，可以從Maven Central中抓取：
<dependency> <groupId>com.vladmihalcea</groupId> <artifactId>hibernate-types-52</artifactId> <version>1.0.0</version> </dependency>
使用存儲過程來保存數(shù)據(jù)庫
在處理大量數(shù)據(jù)時，將所有數(shù)據(jù)移入和移出數(shù)據(jù)庫并不是非常高效。不過，通過調(diào)用存儲過程對數(shù)據(jù)庫端進(jìn)行處理會好很多。
小心ResultSet流
SQL流在兩層應(yīng)用程序中是很有意義的。如果你要執(zhí)行ResultSet流，那么你也得注意JDBC驅(qū)動程序。在MySQL上，你需要將Statement大小設(shè)置為Integer.MIN_VALUE。
然而，對于基于Web的應(yīng)用程序，分頁更為合適。JPA 2.2甚至引入了對Java 1.8 Stream方法的支持，但執(zhí)行計劃可能不如使用SQL級別分頁時那么高效。
PreparedStatements可能會被仿真
你可能以為，既然Hibernate默認(rèn)使用PreparedStatements，那么所有語句都是像這樣執(zhí)行的：
實際上，更像是這樣執(zhí)行的：
除非你設(shè)置了useServerPrepStmts MySQL JDBC驅(qū)動程序?qū)傩裕駝tPreparedStatements將在JDBC驅(qū)動程序級別進(jìn)行仿真以保存一個額外的數(shù)據(jù)庫。
始終結(jié)束數(shù)據(jù)庫事務(wù)
在關(guān)系數(shù)據(jù)庫中，每個語句都在給定的數(shù)據(jù)庫事務(wù)中執(zhí)行。因此，事務(wù)是不可選的。
但是，你應(yīng)該始終通過提交或回滾來結(jié)束當(dāng)前正在運(yùn)行的事務(wù)。忘記結(jié)束事務(wù)可能會導(dǎo)致持續(xù)被鎖很長時間，同時也會阻止MVCC清理過程回收不再需要的舊元組或索引條目。
