mysql伺服器清空緩存,mysql資料庫緩存技術

本文目錄一覽：

• 1、如何清理MYSQL資料庫緩存
• 2、MySQL緩存
• 3、怎樣清理mysql資料庫的緩存
• 4、如何清理MySQL 的查詢緩存

如何清理MYSQL資料庫緩存

如果資料庫是安裝在你機器上的 那麼你可以暫時把MYSQL關閉 然後進入安裝目錄 找到data文件夾 這裡面就是放置資料庫文件的。。你會看到data裡面每一個文件夾都對應你一個資料庫名稱 把他們刪除就好了 就徹底沒了 不過可別把mysql這個文件夾刪了 還有別的文件 比如.err別亂刪哦。

如果這個你不會 或者說文件在使用刪除不了 那麼你就用mysql的可視化工具 比如mysql-front 5.1 進去刪除 效果都是一樣。

MySQL緩存

mysql 開啟查詢緩存可以有兩種方法來開啟一種是使用set命令來進行開啟，另一種是直接修改my.ini文件來直接設置都是非常的簡單的哦。

開啟緩存，設置緩存大小，具體實施如下：

windows下是my.ini，linux下是my.cnf;

在配置文件的最後追加上：

需要重啟mysql生效；

b) 開啟緩存,兩種方式：

a)使用mysql命令：

如果報錯：

Query cache is disabled; restart the server with query_cache_type=1 to enable it，還是老老實實的該配置文件，然後重啟吧，原因如下：

查看是否設置成功

show variables like “%query_cache%” 查看是否設置成功：

當然如果你的數據表有更新怎麼辦，沒關係mysql默認會和這個表有關係的緩存刪掉，下次查詢的時候會直接讀表然後再緩存

下面是一個簡單的例子：

以上的相關內容就是對mysql緩存查詢和設置的介紹，望你能有所收穫。

一般，我們會把 query_cache_type 設置為 ON,默認情況下應該是ON

query_cache_type有3個值 0代表關閉查詢緩存OFF，1代表開啟ON，2（DEMAND）代表當sql語句中有SQL_CACHE關鍵詞時才緩存，如：

這樣 當我們執行 select id,name from tableName; 這樣就會用到查詢緩存。

①在 query_cache_type 打開的情況下，如果你不想使用緩存，需要指明

select sql_no_cache id,name from tableName;

②當sql中用到mysql函數，也不會緩存

當然也可以禁用查詢緩存： mysql set session query_cache_type=off;

上面的顯示，表示設置查詢緩存是可用的。

表示查詢緩存大小，也就是分配內存大小給查詢緩存，如果你分配大小為0，

那麼 第一步 和 第二步 起不到作用，還是沒有任何效果。

上面是 mysql6.0設置默認的，之前的版本好像默認是0的，那麼就要自己設置下。

設置

這裡是設置1M左右，900多K。

再次查看下:

顯示我們設置新的大小，表示設置成功。

例如： 如果查詢結果很大， 也緩存？？？？這個明顯是不可能的。

MySql 可以設置一個最大的緩存值，當你查詢緩存數結果數據超過這個值就不會

進行緩存。預設為1M，也就是超過了1M查詢結果就不會緩存。

這個是默認的數值，如果需要修改，就像設置緩存大小一樣設置，使用set

重新指定大小。

好了，通過4個步驟就可以 打開了查詢緩存，具體值的大小和查詢的方式 這個因不同

的情況來指定了。

mysql查詢緩存相關變數

MySQL 提供了一系列的 Global Status 來記錄 Query Cache 的當前狀態，具體如下：

Qcache_free_blocks：目前還處於空閑狀態的 Query Cache 中內存 Block 數目

Qcache_free_memory：目前還處於空閑狀態的 Query Cache 內存總量

Qcache_hits：Query Cache 命中次數

Qcache_inserts：向 Query Cache 中插入新的 Query Cache 的次數，也就是沒有命中的次數

Qcache_lowmem_prunes：當 Query Cache 內存容量不夠，需要從中刪除老的 Query Cache 以給新的 Cache 對象使用的次數

Qcache_not_cached：沒有被 Cache 的 SQL 數，包括無法被 Cache 的 SQL 以及由於 query_cache_type 設置的不會被 Cache 的 SQL

Qcache_queries_in_cache：目前在 Query Cache 中的 SQL 數量

Qcache_total_blocks：Query Cache 中總的 Block 數量

檢查是否從查詢緩存中受益的最簡單的辦法就是檢查緩存命中率

當伺服器收到SELECT 語句的時候，Qcache_hits 和Com_select 這兩個變數會根據查詢緩存

的情況進行遞增

查詢緩存命中率的計算公式是：Qcache_hits/(Qcache_hits + Com_select)。

query_cache_min_res_unit的配置是一柄」雙刃劍」，默認是4KB，設置值大對大數據查詢有好處，但如果你的查詢都是小數據 查詢，就容易造成內存碎片和浪費。

查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%

如果查詢緩存碎片率超過20%，可以用FLUSH QUERY CACHE整理緩存碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小數據量的話。

查詢緩存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100%

查詢緩存利用率在25%以下的話說明query_cache_size設置的過大，可適當減小;查詢緩存利用率在80%以上而且 Qcache_lowmem_prunes 50的話說明query_cache_size可能有點小，要不就是碎片太多。

查詢緩存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%

示例伺服器 查詢緩存碎片率 = 20.46%，查詢緩存利用率 = 62.26%，查詢緩存命中率 = 1.94%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。

查詢緩存可以看做是SQL文本和查詢結果的映射。如果第二次查詢的SQL和第一次查詢的SQL完全相同（注意必須是完全相同，即使多一個空格或者大小寫不同都認為不同）且開啟了查詢緩存，那麼第二次查詢就直接從查詢緩存中取結果，可以通過下面的SQL來查看緩存命中次數（是個累加值）：

另外即使完全相同的SQL，如果使用不同的字符集、不同的協議等也會被認為是不同的查詢而分別進行緩存。

在表的結構或數據發生改變時，查詢緩存中的數據不再有效。有這些INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE會導致緩存數據失效。所以查詢緩存適合有大量相同查詢的應用，不適合有大量數據更新的應用。

可以使用下面三個SQL來清理查詢緩存：

1、FLUSH QUERY CACHE; // 清理查詢緩存內存碎片。

2、RESET QUERY CACHE; // 從查詢緩存中移出所有查詢。

3、FLUSH TABLES; //關閉所有打開的表，同時該操作將會清空查詢緩存中的內容。

Query Cache是MySQL Server層的一個非常好的特性，對於小數據集或訪問量非常集中的應用場景，有非常好的性能提升，但是Query Cache引入了一些新的問題，而且大部分場景下比較雞肋，官方打算棄用了

參考：

怎樣清理mysql資料庫的緩存

如果資料庫是安裝在你機器上的 那麼你可以暫時把MYSQL關閉 然後進入安裝目錄 找到data文件夾 這裡面就是放置資料庫文件的。。你會看到data裡面每一個文件夾都對應你一個資料庫名稱 把他們刪除就好了 就徹底沒了 不過可別把mysql這個文件夾刪了 還有別的文件 比如.err別亂刪哦。

如果這個你不會 或者說文件在使用刪除不了 那麼你就用mysql的可視化工具 比如mysql-front 5.1 進去刪除 效果都是一樣。

如何清理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不會記錄，因此上述操作如果記錄在二進位日誌文件中話，會對從資料庫造成影響。