即使您可以確保在後續請求中使用「相同」的連接，這也無濟於事，因為從池中分配連接的一部分涉及重置與會話狀態相關的事物。

這是有意設計的，也是一件好事，因為否則您可能會從一個資料庫會話洩漏私密資料到另一個無關的會話。例如，如果一個使用者在臨時表中儲存了一些敏感數據，然後另一個使用者的資料庫會話可以讀取該臨時表，這將是一個問題。同樣適用於未完成的事務、會話變數和連接字元集。當連接從池中分配時，所有這些都會被重置。

因此，如果您使用臨時表，則應僅在同一請求期間使用它們，因為在使用完該連接後，它們將被刪除。

如果您需要在下一個請求中使用上一個請求的數據，您可以：

• 將資料儲存在非暫存表中。
• 將資料儲存在快取中。
• 編寫Java後台服務來處理數據，以便您可以在請求之外建立和使用臨時表。這是更多的工作，對於簡單的Web應用程式來說可能過於複雜，但在某些服務中，這是最佳解決方案。