其實真正的原因是因為崩潰引起的, 為啥這麼說, 我猜測, 因為mac本每次你用軟體崩潰的時候都會自動儲存. 這個機制有好有壞, 好處就是下次開啟你發現沒儲存的東西都原樣呈現給你(pc轉過來的淚奔), 壞處就是上面的問題, 會占用了一大波寸土寸金的mac記憶體. 下面我們就來看看怎麼處理吧.
我這裡是使用mac終端來的, 所以主要用到的命令是下面這些:
檢視檔案大小:
du -sh *
找到佔用量最大的資料夾
開啟資料夾
cd
檢視當前路徑
pwd
檢視當前目錄下所有檔案的大小分布
du -d 1 -h
下面, 我們就開始真槍實彈的快樂的摩擦摩擦吧.
邊做邊寫, 所以也包括了錯誤的步驟, 恰巧遇到的話, 剛好也可以參考.
1.檢視檔案大小
du -sh *
得出這個, 可以看出其中libary最大
2.檢視libary裡面的檔案大小(坑一)
下面連續輸入這幾個命令, 一頓操作猛如虎
cd
pwddu -d 1 -h
最終確定是workbench的崩潰日誌,刪了就行了。 mysql刪除資料還占用硬碟空間
我碰到這麼個情況,廢話不多說。針對20億資料,用了truncate 命令來快速清除資料 針對大量資料會有,如果是幾g的sql檔案,不會產生碎片 後面會產生一些bin快取 刪除後,發現磁碟只少一半,delete語句刪除後,實際在磁碟並沒有刪除,只作為乙個標記,把快取手動刪除後,才算真正的刪除 找到安裝...
電腦硬碟無端占用很多空間,不是中毒
今天看到電腦的f盤快滿了,然後找解決方法。碎片清理 磁碟清理 安全模式之類的都不管用,剛裝系統可不想格盤。還以為是碎片佔的太多,但是60個g的檔案佔100g記憶體也太不像話了。開啟360大檔案查詢,突然發現很早以前刪除的偽裝者怎麼還在?站也清空了。就此下去,逐漸發現了問題所在 這些都在 recycl...
MySQL查詢庫和表占用的硬碟空間大小
在mysql中有乙個預設的資料表information schema,information schema這張資料表儲存了mysql伺服器所有資料庫的資訊。如資料庫名,資料庫的表,表欄的資料型別與訪問許可權等。再簡單點,這台mysql伺服器上,到底有哪些資料庫 各個資料庫有哪些表,每張表的字段型別是...