① java 當查詢有很多條數據時用什麼緩存比較好,或者說怎麼來提高他的性能
分頁查詢啊，頁面最大條數可以限制。還有就是優化sql，別全表ORDER BY，那樣要慢死。
② java web 多表聯合查詢怎麼做 就是如何存放查詢返回的結果,多個類的
假設你的多個類是class A , class B , class C , 你可以另外創建一個類class ABC，在ABC中創建三個屬性 private A a;private B b ; private C c; 然後查詢回來的結果依次先封裝到A,B,C三個單類裡面裡面，最後再封裝到ABC裡面。
③ 多表聯合查詢後應該怎麼保存數據
使用原生的JDBC嗎？
你可以定義一個包含你查詢的所有欄位作為屬性的一個類，使用ResultSet獲得每個欄位的值，然後調用set方法將其保存，示例代碼
resultSet=statement.executeQuery();
while(resultSet.next()){
user=newUser();
user.setUsername(username);
user.setPassword(resultSet.getString("password"));
user.setAge(resultSet.getInt("age"));
user.setGender(resultSet.getString("gender"));
user.setBirthday(newjava.util.Date(resultSet.getDate("birthday").getTime()));
user.setImage(resultSet.getBlob("image"));
user.setDescription(resultSet.getString("description"));
}
④ java怎麼將資料庫的數據做緩存，方便查找。
你的數據非常大，那你寫入內存會不會比較占資源，為什麼不用非同步刷新，讓它顯示不部分再慢慢載入
⑤ 如果mysql裡面的數據過多，查詢太慢怎麼辦
問題
我們有一個 SQL，用於找到沒有主鍵 / 唯一鍵的表，但是在 MySQL 5.7 上運行特別慢，怎麼辦？
實驗
我們搭建一個 MySQL 5.7 的環境，此處省略搭建步驟。
寫個簡單的腳本，製造一批帶主鍵和不帶主鍵的表：
可以看到執行時間變成了 0.67s。
整理
我們診斷的關鍵點如下：
1. 對於 information_schema 中的元數據表，執行計劃不能提供有效信息。
2. 通過查看 MySQL 改寫後的 SQL，我們猜測了優化器發生了誤判。
3. 我們增加了 hint，指導 MySQL 正確進行優化判斷。
但目前我們的實驗僅限於猜測，猜中了萬事大吉，猜不中就無法做出好的診斷。
⑥ redis如何緩存多表復雜查詢的結果
緩存需要考慮的幾個主要問題：設置緩存、更新緩存、緩存失效，你這里應該是考慮如何更新緩存？一般可在數據變更後更新緩存，但前提可接受一定時間差內的緩存數據不一致
⑦ 如何清理MySQL 的查詢緩存
MySQL的FLUSH可以清理mysql資料庫緩存數據
MySQL的FLUSH句法(清除或者重新載入內部緩存） FLUSH flush_option [,flush_option]，如果你想要清除一些MySQL使用內部緩存，你應該使用FLUSH命令。為了執行FLUSH，你必須有reload許可權。
flush_option 可以是下列任何東西：
HOSTS 這個用的最多，經常碰見。主要是用來清空主機緩存表。如果你的某些主機改變IP數字，或如果你得到錯誤消息Host ... isblocked，你應該清空主機表。當在連接MySQL伺服器時，對一台給定的主機有多於 max_connect_errors個錯誤連續不斷地發生，MySQL為了安全的需要將會阻止該主機進一步的連接請求。清空主機表允許主機再嘗試連接。
LOGS 關閉當前的二進制日誌文件並創建一個新文件，新的二進制日誌文件的名字在當前的二進制文件的編號上加1。
PRIVILEGES 這個也是經常使用的，每當重新賦權後，為了以防萬一，讓新許可權立即生效，一般都執行一把，目地是從資料庫授權表中重新裝載許可權到緩存中。
TABLES 關閉所有打開的表，同時該操作將會清空查詢緩存中的內容。
FLUSH TABLES WITH READ LOCK 關閉所有打開的表，同時對於所有資料庫中的表都加一個讀鎖，直到顯示地執行unlock tables，該操作常常用於數據備份的時候。解鎖的語句就是unlock tables。
FLUSH TABLES WITH READ LOCK對於資料庫是全局的表鎖定，如果只想鎖定幾個表，可以用LOCK TABLES tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE} 。這個命令同樣需要unlock tables來解鎖。
read-lock: 允許其他並發的讀請求，但阻塞寫請求，即可以同時讀，但不允許任何寫。也叫共享鎖。write-lock: 不允許其他並發的讀和寫請求，是排他的(exclusive)。也叫獨占鎖
STATUS 重置大多數狀態變數到0。
MASTER 刪除所有的二進制日誌索引文件中的二進制日誌文件，重置二進制日誌文件的索引文件為空，創建一個新的二進制日誌文件,不過這個已經不推薦使用，改成reset master 了。可以想像，以前自己是多土啊，本來一條簡單的命令就可以搞定的，卻要好幾條命令來，以前的做法是先查出來當前的二進制日誌文件名，再用purge 操作。
QUERY CACHE 重整查詢緩存，消除其中的碎片，提高性能，但是並不影響查詢緩存中現有的數據，這點和Flush table 和Reset Query Cache（將會清空查詢緩存的內容）不一樣的。
SLAVE 類似於重置復制吧，讓從資料庫忘記主資料庫的復制位置，同時也會刪除已經下載下來的relay log,與Master一樣，已經不推薦使用，改成Reset Slave了。這個也很有用的。
一般來講，Flush操作都會記錄在二進制日誌文件中，但是FLUSH LOGS、FLUSH MASTER、FLUSH SLAVE、FLUSH TABLES WITH READ LOCK不會記錄，因此上述操作如果記錄在二進制日誌文件中話，會對從資料庫造成影響。
⑧ sql資料庫數據量龐大時怎麼處理。
1.表欄位類型、長度、默認值這些都要按實際情況去寫，不要瞎填；
2.能存英文就盡量不存中文，能存數字盡量不存英文；(資料庫查詢速度數字查詢速度最快，英文次之，中文最後)
3.索引要優化，按實際要求去創建索引，主鍵等；
4.sql語句要精簡，能不用*就盡量不用，想要什麼欄位查什麼欄位，不要怕多寫，盡量少用聯表查詢，多表查詢，尤其在大數據訪問的時候；
5.合理使用緩存技術，有模板緩存，資料庫查詢結果緩存。
⑨ 一個在mysql中查詢過慢的問題,我的查詢語句是多表聯合查詢.語句寫法如下.感覺不是很好.能否優化
問題
我們有一個 SQL，用於找到沒有主鍵 / 唯一鍵的表，但是在 MySQL 5.7 上運行特別慢，怎麼辦？
實驗
我們搭建一個 MySQL 5.7 的環境，此處省略搭建步驟。
寫個簡單的腳本，製造一批帶主鍵和不帶主鍵的表：
可以看到執行時間變成了 0.67s。
整理
我們診斷的關鍵點如下：
1. 對於 information_schema 中的元數據表，執行計劃不能提供有效信息。
2. 通過查看 MySQL 改寫後的 SQL，我們猜測了優化器發生了誤判。
3. 我們增加了 hint，指導 MySQL 正確進行優化判斷。
但目前我們的實驗僅限於猜測，猜中了萬事大吉，猜不中就無法做出好的診斷。