準備的語句類型

在研究《 高性能Java持久性》一書中的“ 語句緩存”一章時，我有機會比較了Oracle，SQL Server，PostgreSQL和MySQL處理預準備語句的方式。

感謝Jess Balint （MySQL JDBC驅動程序貢獻者），他在StackOverflow上給出了一個很好的答案 ，我設法從數據庫性能的角度更好地了解MySQL如何處理已準備好的語句。

基本上，有兩種準備語句的方法：在服務器端或客戶端。

服務器端準備好的語句

最常見的類型是服務器端語句，它需要兩次數據庫往返：

• 驅動程序提交準備請求，數據庫將語句解析為查詢樹 ，該查詢樹也可以轉換為預優化的樹結構。 因為沒有實際的綁定參數值很難構建執行計劃 ，所以將執行計劃推遲到語句執行后再執行
• 執行請求包含當前綁定值，數據庫將其用于將解析樹轉換為最佳執行計劃。 執行者制定計劃并構建關聯的結果集。

如果數據訪問邏輯未緩存準備好的語句，則額外的數據庫往返實際上會損害性能。 為此，某些數據庫系統不默認使用服務器端的預處理語句，而是執行客戶端的語句準備。

要啟用服務器端準備好的語句，必須啟用useServerPrepStmts屬性。

客戶端準備的聲明

在客戶端上準備語句后，在將語句發送到數據庫服務器之前，將綁定參數標記替換為實際參數值。 這樣，驅動程序可以使用單個請求來獲取結果集。

緩存語句

在高性能OLTP系統中，語句緩存在降低事務延遲方面起著非常重要的作用。 為了避免多次準備語句，MySQL驅動程序提供了一個客戶端語句緩存。 默認情況下禁用緩存，該緩存由cachePrepStmts Connection屬性激活。

對于客戶端語句，可以在不同的準備語句調用之間重用標記化語句結構。 緩存綁定到數據庫連接，但是當使用連接池時，物理連接的生存期跨越多個應用程序級別的事務（因此，頻繁執行的語句可以從使用緩存中受益）。

對于服務器端語句，驅動程序將緩存ServerPreparedStatement以及對服務器端語句支持的檢查（不允許在服務器端準備所有語句）。

緩存語句可能會對應用程序性能產生重大影響。如果您對此主題感興趣，那么您還可以訂閱“ 高性能Java持久性 ”狀態通知書。

翻譯自: https://www.javacodegeeks.com/2015/09/how-does-the-mysql-jdbc-driver-handle-prepared-statements.html

總結

以上是生活随笔為你收集整理的MySQL JDBC驱动程序如何处理准备好的语句的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。