mysql清理緩存數據,mysql清空緩存的命令

本文目錄一覽：

• 1、使用mysql怎麼進行處理緩存的
• 2、如何清理MYSQL資料庫緩存
• 3、mysql硬碟滿了 怎麼自動清除數據
• 4、如何清理MySQL 的查詢緩存
• 5、MySQL緩存
• 6、mysql大數據量如何快速清理

使用mysql怎麼進行處理緩存的

我們都知道 MySQL 的 Table Cache 是表定義的緩存，江湖上流傳著各種對這個參數的調優方法。

table cache 的作用，就是節約讀取表結構文件的開銷。對於table cache 是否命中，其實table cache 是針對於線程的，每個線程有自己的緩存，只緩存本線程的表結構定義。不過我們發現，strace 中沒有關於表結構文件的 open 操作（只有 stat 操作，定位表結構文件是否存在），也就是說 table cache 不命中，不一定需要讀取表結構文件。這種感覺好像是：在不命中 table cache 時，命中了另外一個表結構緩存。

運維建議：

我們讀一下 MySQL 的文檔，關於 table_open_cache 的建議值公式：建議值 = 最大並發數 * join 語句涉及的表的最大個數。

通過實驗我們容易理解：table_cache 是針對於線程的，所以需要最大並發數個緩存。另外，一個語句 join 涉及的表，需要同時在緩存中存在。所以最小的緩存大小，等於語句 join 涉及的表的最大個數。將這兩個數相乘，就得到了 MySQL 的建議值公式。

如何清理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 …

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

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大數據量如何快速清理

可以安裝騰訊手機管家清理，

這個軟體的清理力度比較大，通過對手機上的垃圾和緩存進行全面的掃描

掃描之後可以進行一鍵清理，釋放手機的運行空間從而加速手機運行

還能卸載一些不常用的軟體並進行卸載殘留的清理進一步釋放手機空間