最近有一網站使用Sqlite資料庫作為資料臨時性的快取，對多片區進行劃分Sqlite資料庫檔案，每天大概新增近1萬的資料量，起初效率有明顯的提高，但歷經一個多月後資料庫檔案從幾K也上升到了近160M，資料量也達到了40多萬條，平均每一條資料佔用了 4K的空間，雖然使用上的效率直觀上沒有造成太大的影響，但伺服器的佔用記憶體卻比原來多佔用了20%左右。今天剛好打算清除一個Sqlite的冗餘資料，將保留最近10天的資料就可以了，結果執行了刪除指令delete後刪除30多萬條資料保留了10多萬資料，卻發現Sqlite資料庫檔案佔用空間的大小一點沒有少，這是為什麼呢？

原因是：

當你從Sqlite刪除資料後，未使用的磁碟空間被新增到一個內在的

解決方法：兩種

一，在資料刪除後，手動執行VACUUM命令，執行方式很簡單

objSQLHelper.ExecuteNonQuery(CommandType.Text, "VACUUM")

VACUUM命令會清空“空閒列表”，把資料庫尺寸壓縮到最小。但是要耗費一些時間。

FQA裡面說，在Linux的環境下，大約0.5秒/M。並且要使用兩倍於資料庫檔案的空間。

我憎恨此FQA，他只說系統環境，不說機器硬體環境。我在測試手機上執行用了將近13秒時間壓縮了將近3M的空間。至於它所佔用的另一部分空間，是生成了一個.db-journal字尾名的臨時檔案。（這個問題對我現在來說是無所謂的。）

使用Navicat for Sqlite也是非常簡單的，如下圖所示：

開啟命令介面，手工輸入 VACUUM;

回車即可；

二，在資料庫檔案建成中，將auto_vacuum設定成“1”。

注意：只有在資料庫中未建任何表時才能改變auto-vacuum標記。試圖在已有表的情況下修改不會導致報錯。

cmd.CommandText = "PRAGMA auto_vacuum = 1;"

cmd.ExecuteNonQuery()

當開啟auto-vacuum，當提交一個從資料庫中刪除除資料的事物時，資料庫檔案自動收縮。

資料庫會在內部儲存一些資訊以便支援這一功能，這使得資料庫檔案比不開啟該選項時稍微大一些。

我的表結構，不含任何資料是，資料庫檔案大小是25K左右，開了auto_vacuum之後是26K。

插入執行基礎資料後，檔案變成35K，開了auto_vacuum之後是36K。

變化不大，無所謂。

其實最近有一專案廣州免費招標網 正是使用該方式去清除Sqlite資料庫檔案。