Firefox 3 日漸肥大的收藏庫減肥法

irvin

本文發表於個人Blog：Bilog II: Firefox 3 日漸肥大的收藏庫減肥法、M01、MozTW

只要用了 Firefox 3 幾個月，你一定會感覺到反應明顯遲鈍了起來，尤其是在開啟、關閉、跟檢視歷史紀錄等跟「收藏庫」有關的功能上。今天我們要透過簡單的幾個指令，幫 Firefox 3 日漸肥大的收藏庫減肥！

Firefox 3 會把你所有上過的網站、輸入過的網址通通一五一十的紀錄在 Profile 目錄中的 places.sqlite 資料庫檔案裡。

這個檔案的位置在個人 profiles 的目錄中，目錄名稱是「亂碼.default」。
XP 在 C:\Documents and Settings\<user name>\Application Data\Mozilla\Firefox\Profiles\
Vista 放在 C:\Users\<user name>\AppData\Roaming\Mozilla\Firefox\Profiles\
Linux 在 ~/.mozilla/firefox/
Mac 在 家目錄\資源庫\Application Support\Firefox\Profiles\



看看我的 places.sqlite，已經肥大到 414MB 了，而這不過是從去年 12 月底開始使用至今呢！最簡單的清理法就是直接把 places.sqlite 刪除，開啟 Firefox 時會自動重建這個檔案，但是瀏覽紀錄就全沒了。



從收藏庫查看，可以發現已經記錄了 4 萬筆網站。Firefox 預設最多會保留四萬個網站、90 ～ 180 天的瀏覽紀錄，雖然可以調整 about:config 的 browser.history_expire_sites、browser.history_expire_days、browser.history_expire_days_min 等三個參數，控制相關設定，但是降低了 expire_days 或降低 expire_sites 的上限，又會使 Awesome Bar 的威力下降。

因此，我要使用簡單的 sql 命令，清除 places.sqlite 檔案中無用的紀錄，並保留實用的部份。Windows 的使用者請先前往 SQLite Download Page，下載 Precompiled Binaries For Windows 中的 sqlite-3_6_13.zip，解壓縮至目錄中，而 Mac OS X 已經內建了 sqlite3。

請事先備份你的 places.sqlite 檔案，並小心服用。進行前請先把 Firefox 關閉，如果沒關，我也不知道會發生什麼事情！

以下指令請在 Firefox 3 的 Profile 目錄下，以命令列逐行執行。

1. sqlite3 places.sqlite "DELETE FROM moz_historyvisits WHERE place_id IN (SELECT id FROM moz_places WHERE visit_count <=2 );"
   
2. sqlite3 places.sqlite "DELETE FROM moz_places WHERE (visit_count <=2 AND hidden <> 1 AND id NOT IN (SELECT place_id FROM moz_annos UNION SELECT fk FROM moz_bookmarks));"
   
3. sqlite3 places.sqlite "DELETE FROM moz_inputhistory WHERE place_id NOT IN (SELECT id FROM moz_places);"
   
4. sqlite3 places.sqlite "DELETE FROM moz_favicons WHERE id NOT IN (SELECT favicon_id FROM moz_places);"

複製代碼

上述指令的主要意義是，將 places.sqlite 內瀏覽次數小於 2 次的瀏覽紀錄刪除，保留常去（瀏覽 3 次以上）的網站，使 Awesome Bar 的威力不至於打折。

此時需要先打開 Firefox，再關閉 Firefox。確認完全關閉後再繼續進行下一步。

1. sqlite3 places.sqlite "VACUUM;"

複製代碼

完成之後，你的收藏庫就減肥完成啦。經過減肥之後，我的收藏庫居然從 414MB 降到只剩 40.2MB！



再打開收藏庫看看，只剩下 2643 個項目。刪去了佔 9 成的那些不到兩次的瀏覽紀錄，成功的使 Firefox 3 回復該有的速度。



感謝 @yllan 及 @softcup 的 分享，這是今天研究一個下午的成果。

（好久沒在PIL發文了，現在介面變得真複雜啊）

Harvey

真是太棒了，我的主機裡面用的firefox places.sqlite原本有150MB，現在變成12M多。
開啟速率也變快了。

Yada

直接清除隱私資料的效果一樣嗎？

Harvey

清除隱私資料，應該是直接幹掉那個places.sqlite檔？？

Yada

我都是進去選項，隱私資料，立即清除。

Harvey

剛剛試了一下，清除隱私資料之後，歷史紀錄是不見了。
但是那個檔的大小一點都沒有變化。

應該是從資料庫裡面把資料刪掉，沒有做壓縮的動作。

照著做一遍，還是有用的。
起碼可以放出一些空間。

czh

不管是sql 命令還是清除隱私資料
都無法測底清完places.sqlite
因為我用了好幾個方法places.sqlite最底還是要佔用9M的空間
都已經把記錄都清空了他是還記啥鬼東西要佔到9M？
而且直接把places.sqlite砍掉，就是見鬼的發現書籤會只剩2.x之前的部分
所以我要撤底減肥都是把書籤先匯出，然後砍掉places.sqlite再匯入書籤
這樣places.sqlite就只會剩1M左右
不過這當然只是初期，過沒幾天他又會越來越肥大
所以砍places.sqlite的工作又要再做一次
這絕對是FX3本身對SQL管理的問題
不管怎樣的方法都只是治標，唯有請FX小組測底解決才有辦法根治

irvin

不管是sql 命令還是清除隱私資料
都無法測底清完places.sqlite
因為我用了好幾個方法places.sqlite最底還是要佔用9M的空間
czh 發表於 2009-4-30 12:18

除了瀏覽歷史外，places.sqlite 還有各網站的 favicon 快取，
Google Toolbar 或 Fastdial 之類擴充套件的資料等很多紀錄，所以沒辦法完全不用。
但是可以調整：about:config

1. browser.history_expire_sites → 保留網站數目，調低
   
2. browser.history_expire_days → 保留天數，調低
   
3. browser.history_expire_days_min → 最短保留天數→也調低

複製代碼

然後把 places.sqlite 刪掉（記得先備份），開啟 Firefox 會自動重建書籤，這樣來限制住 places.sqlite 增長。

Firefox 3.5 中對於過久的瀏覽紀錄已經有所處理，聽說比較不會長過頭，
但是應該還是不可能保持檔案大小在個位數啦……

senkao

果真有效耶！原來200多M變成10M左右，
之前都固定2～3個月刪一次，現在更省工了。

irvin

補充說明：
places.sqlite 的位置在個人 profiles 的目錄中，目錄名稱是亂碼.default
XP 是在 C:\Documents and Settings\<user name>\Application Data\Mozilla\Firefox\Profiles\
Vista 放在 C:\Users\<user name>\AppData\Roaming\Mozilla\Firefox\Profiles\
Linux 在 ~/.mozilla/firefox/
Mac 在 家目錄\資源庫\Application Support\Firefox\Profiles\

czh

Windows的路徑是
%APPDATA%\Mozilla\Firefox\Profiles\
在路徑列這樣輸入就看的到檔案

irvin

補充：很多朋友在問，這樣作跟使用 Firefox 內建的「清除隱私資料…」清除瀏覽紀錄有什麼不同？基本上的差別就是，清除隱私資料，會把所有的瀏覽紀錄清光光，我卻只想清除無用的那些紀錄，保留有用的部份。此外，清除隱私資料→清除瀏覽紀錄後，如果沒有做 sqlite vacuum 空間是不會釋出的（我也不知道會不會定期自動釋放）。



經過小小的測試，上面的四個 places.sqlite 分別是以下操作所得：
（原檔案大小是 372.2 MB）
places.sqlite 1 Firefox 3 開啟→關閉→VACUUM  366.3MB
places.sqlite 2 Firefox 3 開啟→清除隱私資料→VACUUM 428KB
places.sqlite 3 Firefox 3.5b4 開啟→關閉→VACUUM 366.2MB
places.sqlite 4 Firefox 3.5b4 開啟→關閉→清除隱私資料→VACUUM 168kb
看來 Firefox 3.5 beta 4 對於 places.sqlite 的處理，似乎有比較乾淨一點。

除了瀏覽歷史外，places.sqlite 還存有各網站的 favicon 快取，Google Toolbar 或 Fastdial 之類擴充套件的資料等很多紀錄，所以沒辦法完全不要這個檔案。但是可以調整以下參數來控制 Firefox 3 對瀏覽歷史的保留動作。

1. about:config
   
2. browser.history_expire_sites 瀏覽歷史中保留的網站數目，預設是 40000 個
   
3. browser.history_expire_days 瀏覽歷史的最長保留天數，預設是 180 天
   
4. browser.history_expire_days_min 瀏覽歷史的最短保留天數，預設是 90 天

複製代碼

然後把 places.sqlite 刪掉（記得先備份）讓 Firefox 3 自動重建資料庫。

小賤健

咦～我的 FF3 不太一樣，用了好一陣子了，places.sqlite 這個檔案幾乎都保持在 10~20 MB 中間，我從來沒去刪過。FF 開啟的速度還能接受，附加元件 22 個左右。
不過，我一直習慣把瀏覽記錄設定在保留14天以內。就只有這些設置，沒改過啥特別的。另外，我有把 FF cache 等 temp file 移到 RamDisk，
That's it.

irvin

瀏覽紀錄少，這個檔案應該就不會長太大。我的 400MB 是因為裡面有去年年底到目前的所有瀏覽紀錄啦……

irvin

經過上週這篇文章發表後，收到很多網友的迴響。其中有一點令我好奇：有的網友 places.sqlite 很小，有的很大。收藏庫中同樣是數萬個網站的記錄，有的網友跟我一樣上百 MB，有的卻只有數 MB，非常奇怪，因此今天又趁機研究了一下。

由於收藏庫檔案增大的狀況每人不一，我開始懷疑有擴充套件在吃空間，因此把 places.sqlite 每個單獨的 table 拆開來看看容量。

這是我的 places.sqlite 的結構：



我把每個 Table 獨立匯出後，每個 Table 大小如下（places.sqlite 檔案大小為 84 MB）：



很明顯的是，moz_annos 這張表佔了整個資料庫檔案總容量的 86%，問題一定出在這邊。annos table 的內容包含以下的部份，的確看到幾個擴充套件使用了這張表儲存資料。



在我的收藏庫中 moz_annos 的內容，各 ID 筆數分別為：10（網頁編碼）117 筆、14 "google-toolbar/thumbnail" 2971 筆、15 "google-toolbar/thumbnail-score" 2971 筆。

看到這邊，已經確認問題出在 Google Toolbar 工具列這個擴充套件上。其中 ID 14 的 "google-toolbar/thumbnail"，兩千多筆資料，每筆竟然都是 base 64 編碼的 png 圖檔。

讓我們取出一筆來 Decode：



得到某個網站的縮圖：



其實這是 Google Toolbar 5 的新功能「新分頁」所使用的縮圖：



如果各位朋友跟我一樣，對這個畫面沒有什麼印象。可以開啟下述網址看看：

1. chrome://google-toolbar/content/new-tab.html

複製代碼

此外，@littlebtc 發現 Bugzilla 中，已經有人回報這個問題：Bug 489173 – Latest Google Toolbar Appears to Make places.sqlite Massive，也有人回報給 Google。我先前安裝的 Google Toolbar 5 for Mac 版本是 5.0.20090122Mb2，最新的 5.0.20090324M 版不知道是否已經修正了這個問題。

這個功能，可以在 Google Toolbar 的設定畫面中，透過取消主畫面倒數第三個選項「啟用 Google 新分頁網頁」來關閉。



現在鎖定問題，讓我們來修改一下，上一篇文章中的收藏庫瘦身指令：

以下使用簡單的 sql 命令，清除 places.sqlite 檔案中無用的紀錄，並保留實用的部份。Windows 的使用者請先前往 SQLite Download Page，下載 Precompiled Binaries For Windows 中的 sqlite-3_6_13.zip，解壓縮至目錄中，而 Mac OS X 已經內建了 sqlite3。

請事先備份你的 places.sqlite 檔案，並小心服用。進行前請先把 Firefox 關閉，如果沒關，我也不知道會發生什麼事情！以下指令請在 Firefox 3 的 Profile 目錄下，以命令列逐行執行。

1. sqlite3 places.sqlite "DELETE FROM moz_historyvisits WHERE place_id IN (SELECT id FROM moz_places WHERE visit_count <=2 );"
   
2. sqlite3 places.sqlite "DELETE FROM moz_places WHERE (visit_count <=2 AND hidden <> 1 AND id NOT IN (SELECT place_id FROM moz_annos UNION SELECT fk FROM moz_bookmarks));"
   
3. sqlite3 places.sqlite "DELETE FROM moz_inputhistory WHERE place_id NOT IN (SELECT id FROM moz_places);"
   
4. sqlite3 places.sqlite "DELETE FROM moz_favicons WHERE id NOT IN (SELECT favicon_id FROM moz_places);"
   
5. sqlite3 places.sqlite "DELETE FROM moz_annos WHERE anno_attribute_id IN (SELECT id FROM moz_anno_attributes WHERE name = 'google-toolbar/thumbnail-score' OR name = 'google-toolbar/thumbnail');"   

複製代碼

最後一行正是鎖定了 Google Toolbar 的記錄來刪除。此時需要先打開 Firefox，再關閉 Firefox。確認完全關閉後再繼續進行下一步。

1. sqlite3 places.sqlite "VACUUM;"

複製代碼

完成之後，你的收藏庫就減肥完成啦。經過第二次減肥，我的收藏庫從 414MB 降到只剩 5MB！

skynet

由於收藏庫檔案增大的狀況每人不一，我開始懷疑有擴充套件在吃空間 ...
irvin 發表於 2009-5-5 19:26

這應該是肯定的，因為我也算是個極端的案例，我的瀏覽記錄最舊的是去年11月7號，但是我的places.sqlite 只有28MB，因為除了 Java 和 flash 這種不裝不行的 plug-in 以外，我一個套件也沒裝... (用 Firefox 卻不裝套件？我朋友說我腦袋有問題，壞去了)

ychao

以前FF 2.x的時候，就有發現google tool bar會產生很佔空間的紀錄檔，例如search.sqlite。
另外， urlclassifier3.sqlite 佔的空間也不小呢！

小酒蟲

不知 SpeedyFox 效果如何？
http://www.crystalidea.com/speedyfox

小賤健

試試 Vacuum Places Improved 這個 Extension 吧。
可以在 FF 啟動時直接清理 spaces.sqlite，挺好用的。

irvin

試試 Vacuum Places Improved 這個 Extension 吧。
可以在 FF 啟動時直接清理 spaces.sqlite，挺好用的。
小賤健 發表於 2009-9-16 22:13

其實這篇文章的方法我已經把他寫成套件了
PlacesCleaner 收藏庫清潔工
市面上其他的 places.sqlite 清理工具（包含 Vacuum Places Improved）都只是進行 Vacuum（資料庫重組）而已，
用 PlacesCleaner 可以先清掉少看的紀錄再重組，效果更好！

haha

20# irvin

這邊有個辦法，就是把某個語法貼到FF的錯誤主控台裡面，就會做一下vacuum

1. Components.classes["@mozilla.org/browser/nav-history-service;1"].getService(Components.interfaces.nsPIPlacesDatabase).DBConnection.executeSimpleSQL("VACUUM");

複製代碼

credit:
http://lifehacker.com/5344418/ma ... uming-your-database