如果資料庫是安裝在你機器上的 那麼你可以暫時把MYSQL關閉 然後進入安裝目錄 找到data文件夾 這裡面就是放置資料庫文件的。。你會看到data裡面每一個文件夾都對應你一個資料庫名稱 把他們刪除就好了 就徹底沒了 不過可別把mysql這個文件夾刪了 還有別的文件 比如.err別亂刪哦。
如果這個你不會 或者說文件在使用刪除不了 那麼你就用mysql的可視化工具 比如mysql-front 5.1 進去刪除 效果都是一樣。
㈡ 如何Android資料庫緩存進行管理
無論大型或小型應用，靈活的緩存可以說不僅大大減輕了伺服器的壓力，而且因為更快速的用戶體驗而方便了用戶。
Android的apk可以說是作為小型應用，其中99%的應用並不是需要實時更新的，而且詬病於蝸牛般的移動網速，與伺服器的數據交互是能少則少，這樣用戶體驗才更好，這也是我們有時舍棄webview而採用json傳輸數據的原因之一。
採用緩存，可以進一步大大緩解數據交互的壓力，特此，我們簡略列舉一下緩存管理的適用環境：
1. 提供網路服務的應用
2. 數據更新不需要實時更新，但是哪怕是3-5分鍾的延遲也是可以採用緩存機制。
3. 緩存的過期時間是可以接受的(不會因為緩存帶來的好處，導致某些數據因為更新不及時而影響產品的形象等)
帶來的好處：
1. 伺服器的壓力大大減小
2. 客戶端的響應速度大大變快(用戶體驗)
3. 客戶端的數據載入出錯情況大大較少，大大提高了應有的穩定性(用戶體驗)
4. 一定程度上可以支持離線瀏覽(或者說為離線瀏覽提供了技術支持)
一、緩存管理的方法
這里的緩存管理的原理很簡：通過時間的設置來判斷是否讀取緩存還是重新下載。
裡面會有一些細節的處理，後面會詳細闡述。
基於這個原理，目前鄙人見過的兩種比較常見的緩存管理方法是:資料庫法和文件法。
二、資料庫法緩存管理
這種方法是在下載完數據文件後，把文件的相關信息如url，路經，下載時間，過期時間等存放到資料庫，下次下載的時候根據url先從資料庫中查詢，如果查詢到當前時間並未過期，就根據路徑讀取本地文件，從而實現緩存的效果。
從實現上我們可以看到這種方法可以靈活存放文件的屬性，進而提供了很大的擴展性，可以為其它的功能提供一定的支持；
從操作上需要創建資料庫，每次查詢資料庫，如果過期還需要更新資料庫，清理緩存的時候還需要刪除資料庫數據，稍顯麻煩，而資料庫操作不當又容易出現一系列的性能，ANR問題，實現的時候要謹慎，具體作的話，但也只是增加一個工具類或方法的事情。
還有一個問題，緩存的資料庫是存放在/data/data/<package>/databases/目錄下，是佔用內存空間的，如果緩存累計，容易浪費內存，需要及時清理緩存。
當然這種方法從目前一些應用的實用上看，我沒有發現什麼問題。
本文我側重強調第二種方法，第一種方法的實現，就此掠過。
三、文件法緩存管理
這種方法，使用File.lastModified()方法得到文件的最後修改時間，與當前時間判斷是否過期，從而實現緩存效果。
實現上只能使用這一個屬性，沒有為其它的功能提供技術支持的可能。
操作上倒是簡單，比較時間即可。本身處理也不容易帶來其它問題，代價低廉。
四、文件法緩存管理的兩點說明
1. 不同類型的文件的緩存時間不一樣。
籠統的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。
說白點，圖片文件內容是不變的，直到清理，我們是可以永遠讀取緩存的。
配置文件內容是可能更新的，需要設置一個可接受的緩存時間。
2. 不同環境下的緩存時間標准不一樣。
無網路環境下，我們只能讀取緩存文件，哪怕緩存早就過期。
wifi網路環境下，緩存時間可以設置短一點，一是網速較快，而是流量不要錢。
移動數據流量環境下，緩存時間可以設置長一點，節省流量，就是節省金錢，而且用戶體驗也更好。
舉個例子吧，最近本人在做的一個應用在wifi環境下的緩存時間設置為5分鍾，移動數據流量下的緩存時間設置為1小時。
這個時間根據自己的實際情況來設置：數據的更新頻率，數據的重要性等。
五、何時刷新
開發者一方面希望盡量讀取緩存，用戶一方面希望實時刷新，但是成都網站製作響應速度越快越好，流量消耗越少越好，是一個矛盾。
其實何時刷新我也不知道，這里我提供兩點建議：
1. 數據的最長多長時間不變，對應用無大的影響。
比如，你的數據更新時間為1天，則緩存時間設置為4~8小時比較合適，一天他總會看到更新，如果你覺得你是資訊類應用，再減少，2~4小時，如果你覺得數據比較重要或者比較受歡迎，用戶會經常把玩，再減少，1~2小時，依次類推。
為了保險起見，你可能需要毫無理由的再次縮減一下。
2. 提供刷新按鈕。
上面說的保險起見不一定保險，最保險的方法使在相關界面提供一個刷新按鈕，為緩存，為載入失敗提供一次重新來過的機會，有了這個刷新按鈕，我們的心也才真的放下來。
㈢ ipad應用里的緩存的數據怎麼清除
一、確認占據大量空間的程序
1、打開iPad，點擊【設置】。
二、刪除不經常使用而且體積較大的程序
1、對於一些游戲程序或資料類程序，如果不經常使用，可考慮刪除。
三、清理常用程序的緩存和歷史記錄
1、對於常用的網路瀏覽或通訊類程序，比如QQ/新聞類，占據存儲空間的往往是緩存文件，這時只需要把其緩存清除就可以了。
㈣ 如何准確的清理資料庫
用金山衛士或360衛士就能輕松清理。電腦內的各種緩存是由於電腦長時間運行的各種程序所形成的。如果您的電腦存在很多這樣的緩存數據，可以下載安裝金山衛士、或360安全衛士來解決。以金山衛士為例，打開金山衛士後可以看到上面有個 一鍵清理垃圾 的按鈕，用滑鼠左鍵單擊這個按鈕，軟體就會自動對電腦系統內的緩存進行清理。
㈤ webmin怎樣清空資料庫緩存
1
2
3
Mage::app()->cleanCache();
或者
age::app()->getCache()->clean();
把以上代碼加入到你需要清除緩存的地方即可。
方法三：伺服器里加入定時刷新緩存腳本
1
2
3
4
5
$magento_bootstrap= '../app/Mage.php';
require_once $magento_bootstrap;
umask(0);
Mage::run();
Mage::app()->cleanCache();
這里的../app/Mage.php就是我們常用的Mage::
Mage.php的原理機制其實和Zend Framwork中
㈥ 如何清理mysql資料庫緩存數據
1、打開mysql的客戶端 這里使用navicat，連接資料庫，等到navicat主頁面，雙擊需要操作的資料庫連接。
㈦ hibernate中session的緩存怎麼清除
1. 清空緩存
當調用session.evict(customer); 或者session.clear(); 或者session.close()方法時，Session的緩存被清空。
2. 清理緩存
Session具有一個緩存，位於緩存中的對象處於持久化狀態，它和資料庫中的相關記錄對應，Session能夠在某些時間點，按照緩存中持久化對象的屬性變化來同步更新資料庫，這一過程被稱為清理緩存。
在默認情況下，Session會在下面的時間點清理緩存。
當應用程序調用org.hibernate.Transaction的commit()方法的時候，commit()方法先清理緩存，然後在向資料庫提交事務；
當應用程序調用Session的list()或者iterate()時（【注】get()和load()方法不行），如果緩存中持久化對象的屬性發生了變化，就會先清理緩存，以保證查詢結果能能反映持久化對象的最新狀態；
當應用程序顯式調用Session的flush()方法的時候。
㈧ 如何清理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不會記錄，因此上述操作如果記錄在二進制日誌文件中話，會對從資料庫造成影響。