感謝邀請，

如果，在沒有其他條件下，僅一個普通查詢比如:selectnamefromuserwhereid=100；像這種查詢，主鍵查詢+查詢字段少，1000次，如果，網絡狀況非常好，比如本地測試，加上機器性能好，數據結構簡單，表的量也不是太大的情況下。幾乎無需任何處理，直接循環訪問，或多線程訪問都應該沒有問題。

然而，事實顯然并非如此，其實，我更希望你能說的使用場景清晰點。這樣能更準確定位問題所在，而非現在這樣瞎猜。

從前面，我舉例來看，可以發現要讓Java高頻訪問（1000次/秒）數據庫，是有很多條件的。而這些條件都可能是你的瓶頸。

比如，網絡條件不好，我們應該知道數據庫查詢這其實是個socket網絡tcp連接。一次數據包發送，時延都可以超過1秒。

比如，表的數據量大，例如，超過100億記錄，就算是主鍵查詢，也不會太快的。1000次/秒，或者更多的訪問會直接把一般的數據庫弄殘廢的。

相對而言，Java程序上的瓶頸反而不那么明顯，往往問題出在查詢前后的邏輯處理上，而實際上我們也很少會有不處理的純查詢動作。