前言 :
透過 之前的介紹 可以看出, 網路爬蟲最關鍵的資料結構是 URL 佇列 - 通常我們稱之為爬蟲佇列. 之前一直使用記憶體來存放佇列的資料, 例如鏈結串列或是佇列來實現 URL 佇列. 但是網路中我們需要抓取的連結成千上萬, 在一些大型搜尋引擎中 (例如百度與Google), 大概都有幾十億的 URL 處理量. 因此記憶體並不使用於大型爬蟲. 可能的一種方法就是使用資料庫的方案. 這裡將介紹一種非常流行的資料庫 - Berkeley DB, 最後介紹一個成熟的開放原代碼爬蟲軟體 - Heritrix 是如何實現爬蟲佇列的.
爬蟲佇列 :
爬蟲佇列是用來儲存 URL 的資料結構. 在大型爬蟲應用中, 建構通用的, 可以伸縮的爬蟲佇列非常重要. 數以十億的 URL 位址使用記憶體的鏈結串列或者佇列來儲存顯然不夠, 因此需要一種資料結構而該結構具有以下幾個特點 :
* 能儲存巨量資料, 當資料超過記憶體限制時, 能夠把它固定在硬碟上.
* 存取資料速度非常快.
* 能夠支援多執行緒存取 (多執行緒技術能大幅提升爬蟲的性能.)
結合上面 3 點對儲存速度的要求, 使
Hash 成為儲存結構的不二選擇. 通常在進行 Hash 儲存時候, key 值都選取 URL 字串, 但是為了更節省空間, 通常會對 URL 進行壓縮. 常用的壓縮演算法是
MD5 壓縮演算法. 而在 Java 中,
java.security.MessageDigest 中已經定義了 MD5 的計算, 只需要簡單地呼叫即可得到 MD5 的 128 位元整數. 然後將此 128 位元 (
16位元組) 轉換成 16 進位表示即可. 下面是一段 Java 實現 MD5 壓縮的程式碼 :
- MD5 壓縮演算法程式碼 :
- package john.test;
-
- public class MD5 {
- public static String getMD5(byte[] source)
- {
- String s = null;
- char hexDigits[] = {'0','1','2','3','4','5','6','7','8','9','a','b','c','d','e','f'};
- try
- {
- java.security.MessageDigest md = java.security.MessageDigest.getInstance("MD5");
- md.update(source);
- byte tmp[] = md.digest();
- char str[] = new char[16*2];
- int k = 0;
-
- for(int i=0; i<16; i++)
- {
- byte b = tmp[i];
- str[k++] = hexDigits[b>>>4 & 0xf];
- str[k++] = hexDigits[b & 0xf];
- }
- s = new String(str);
- }
- catch(Exception e)
- {
- e.printStackTrace();
- }
- return s;
- }
- }
Hash 儲存的 Value 值通常會對 URL 和相關的資訊進行封裝, 封裝成為一個物件進行儲存. 綜合前面的分析, 選擇一個可以執行緒安全, 使用 Hash 儲存並且能夠面對巨量資料的資料庫方案是儲存 URL 最合適的資料結構. 因此由 Oracle 公司開發的資料庫產品 Berkeley DB 就成了下一節介紹的主題.
使用 Berkeley DB 建構爬蟲佇列 :
Berkeley DB 是一個嵌入式資料庫, 它適用於管理巨量, 簡單的資料. 例如 Google 用 Berkeley DB HA (
High Availability) 來管理它們的帳戶資訊. Motorola 在它的無線產品用 Berkeley DB 追蹤移動單元. HP, Microsoft 等也都是它的大客戶. Berkeley DB 不能完全取代關聯式資料庫, 但在某些方面它卻令關聯式資料庫望塵莫及.
關鍵字/資料 (
key/value) 是 Berkeley DB 用來進行資料庫管理的基礎. 每個 key/value 對構成一條紀錄. 而整個資料庫實際上就是由許多這樣的結構單元所構成. 透過這種方式, 開發人員在使用 Berkeley DB 提供的 API 存取資料庫時, 只需要提供關鍵字就能夠存取到相應的資料. 當然也可以提供 key 與部分 Data 來查詢符合條件的相近資料.
Berkeley DB 底層採用二元數, 可以看成能儲存大量資料的 HashMap. Berkeley DB 簡稱 BDB. C++ 的版本首先出現, 然後在此基礎上又實現的 Java 本機版本. Berkeley DB 是透過環境物件
EnvironmentConfig 來對資料庫進行管理, 每個
EnvironmentConfig 物件可以管理多個資料庫. 新增一個
EnvironmentConfig 的程式碼如下 :
- File envDir = new File("dbwrkdir");
- EnvironmentConfig envConfig = new EnvironmentConfig();
- envConfig.setTranctional(false);
- envConfig.setAllowCreate(true);
- Environment exampleEnv = new Environment(envDir, envConfig);
其中 envDir 是使用者指定的一個目錄. 只要是同一個
Environment 指定的資料庫的資料檔案與紀錄檔案, 都會放在這個目錄下.
Environment 也是一種資源, 使用完畢後需要關閉 :
- exampleEnv.sync();
- exampleEnv.close();
- exampleEnv = null;
建立好環境後, 就可以開始用它建立資料庫了. 用 Berkeley DB 建立資料庫時, 需要指定資料庫的屬性, 就好比在 Oracle 中建立資料庫要指定 java_pool, buffer_size 等屬性一樣. 在 Berkeley DB 使用
DatabaseConfig 來管理一個實際的 Database :
- String databaseName = "ToDoTaskList.db";
- DatabaseConfig dbConfig = new DatabaseConfig();
- dbConfig.setAllowCreate(true);
- dbConfig.setTransactional(false);
-
-
-
- dbConfig.setSortedDuplicates(false);
- Database myClassDb = exampleEnv.openDatabase(null, "classDb", dbConfig);
-
- catalog = new StoredClassCatalog(myClassDb);
- TupleBinding keyBinding = TupleBinding.getPrimitiveBinding(String.class);
-
- SerialBinding valueBinding = new SerialBinding(catalog, NewsSource.class);
- store = exampleEnv.openDatabase(null, databaseName, dbConfig);
當資料庫建立起來後, 就要確定資料庫裡儲存的資料類型 (
也就是確定 key 和 value 的值). Berkeley DB 資料類型是使用
EntryBinding 物件來確定 :
- EntryBinding keyBinding = new SerialBinding(javaCatalog, String.class);
其中 SerialBinding 表示這個物件能夠序列化到磁碟上, 因此建構函數的第二個參數一定要是實現了序列化界面的物件. 最後我們來建立一個以 Berkeley DB 為底層的資料結構的 Map :
-
- this.map = new StoredStoredMap(store, keyBinding, valueBinding, true);
使用 Berkeley DB 建立爬蟲佇列範例 :
上一節我們說明了 Berkeley DB 的基礎知識, 這一節要講述如何使用 Berkeley DB 連建立一個完整的爬蟲佇列. 首先 Berkeley DB 儲存是一個 key/value 的結構, 並且 key 和 value 物件都要實現 Java 序列化界面. 因此我們先來建構 value 物件, 即一個封裝很多重要屬性的 URL 類別 :
- CrawlUrl.java : Berkeley DB 中儲存的 Value 類別
- package john.crawler.entity;
-
- import java.io.Serializable;
- import java.util.Date;
-
- import com.sleepycat.je.utilint.Timestamp;
-
- public class CrawlUrl implements Serializable{
- private static final long serialVersionUID = -9211654572201720122L;
-
- private String oriUrl;
- private String url;
- private int urlNo;
- private int statusCode;
- private int hitNum;
- private String charSet;
- private String abstractText;
- private String author;
- private int weight;
- private String description;
- private int fileSize;
- private Timestamp lastUpdateTime;
- private Date timeToLive;
- private String title;
- private String type;
- private String[] urlReferences;
- private int layer;
-
- public CrawlUrl(){}
-
-
- }
接著我們寫一個 TODO 表的介面 :
- Frontier.java :
- package john.crawler.entity;
-
- public interface Frontier {
- public CrawlUrl getNext() throws Exception;
- public boolean putUrl(CrawlUrl url) throws Exception;
-
- }
使用一個抽象類別來封裝對 Berkeley DB 的操作 :
- AbstractFrontier.java :
- package john.crawler.bdb;
-
- import java.io.File;
- import java.io.FileNotFoundException;
-
- import com.sleepycat.bind.serial.StoredClassCatalog;
- import com.sleepycat.je.Database;
- import com.sleepycat.je.DatabaseConfig;
- import com.sleepycat.je.DatabaseException;
- import com.sleepycat.je.Environment;
- import com.sleepycat.je.EnvironmentConfig;
-
- public abstract class AbstractFrontier {
- private Environment env;
- private static final String CLASS_CATALOG = "java_class_catalog";
- protected StoredClassCatalog javaCatalog;
- protected Database catalogDatabase;
- protected Database database;
-
- public AbstractFrontier(String homeDirectory) throws DatabaseException, FileNotFoundException
- {
-
- System.out.printf("\t[AbstractFrontier] Open Environment in: %s", homeDirectory);
- EnvironmentConfig envConfig = new EnvironmentConfig();
- envConfig.setTransactional(true);
- envConfig.setAllowCreate(true);
- env = new Environment(new File(homeDirectory), envConfig);
-
- DatabaseConfig dbConfig = new DatabaseConfig();
- dbConfig.setTransactional(true);
- dbConfig.setAllowCreate(true);
-
- catalogDatabase = env.openDatabase(null, CLASS_CATALOG, dbConfig);
- javaCatalog = new StoredClassCatalog(catalogDatabase);
-
- DatabaseConfig dbConfig0 = new DatabaseConfig();
- dbConfig0.setTransactional(true);
- dbConfig0.setAllowCreate(true);
-
- database = env.openDatabase(null, "URL", dbConfig0);
- }
-
-
- public void close() throws DatabaseException
- {
- database.close();
- javaCatalog.close();
- env.close();
- }
-
-
- protected abstract void put(Object key, Object value);
-
- protected abstract Object get(Object key);
-
- protected abstract Object delete(Object key);
- }
實現真正的 TODO 表 :
- BDBFrontier.java :
- package john.crawler.bdb;
-
- import java.io.FileNotFoundException;
- import java.util.Map.Entry;
- import java.util.Set;
-
- import john.crawler.Frontier;
- import john.crawler.entity.CrawlUrl;
-
- import com.sleepycat.bind.EntryBinding;
- import com.sleepycat.bind.serial.SerialBinding;
- import com.sleepycat.collections.StoredMap;
- import com.sleepycat.je.DatabaseException;
-
- public class BDBFrontier extends AbstractFrontier implements Frontier{
- private StoredMap pendingUrlDB = null;
-
- public BDBFrontier(String homeDirectory) throws DatabaseException,
- FileNotFoundException {
- super(homeDirectory);
- EntryBinding keyBinding = new SerialBinding(javaCatalog, String.class);
- EntryBinding valueBinding = new SerialBinding(javaCatalog, CrawlUrl.class);
- pendingUrlDB = new StoredMap(database, keyBinding, valueBinding, true);
- }
-
- @Override
- protected void put(Object key, Object value) {
- pendingUrlDB.put(key, value);
- }
-
- @Override
- protected Object get(Object key) {
- return pendingUrlDB.get(key);
- }
-
- @Override
- protected Object delete(Object key) {
- return pendingUrlDB.remove(key);
- }
-
- @Override
- public CrawlUrl getNext() throws Exception {
- CrawlUrl result = null;
- if(!pendingUrlDB.isEmpty())
- {
- Set entrys = pendingUrlDB.entrySet();
- System.out.printf("\t[BDBFrontier] getNext()->%s\n", entrys);
- Entry entry = (Entry)pendingUrlDB.entrySet().iterator().next();
- result = entry.getValue();
- delete(entry.getKey());
- }
- return result;
- }
-
- @Override
- public boolean putUrl(CrawlUrl url) throws Exception {
- put(url.getOriUrl(), url);
- return true;
- }
-
-
- private String caculateUrl(String url){return url;}
-
-
- public static void main(String args[])
- {
- BDBFrontier dbFrontier = null;
- try
- {
- dbFrontier = new BDBFrontier("dbwdir");
- CrawlUrl url = new CrawlUrl();
- url.setOriUrl("http://puremonkey2010.blogspot.com/");
- dbFrontier.putUrl(url);
- System.out.println(((CrawlUrl)dbFrontier.getNext()).getOriUrl());
-
- }
- catch(Exception e)
- {
- e.printStackTrace();
- }
- finally
- {
- if(dbFrontier!=null)dbFrontier.close();
- }
- }
- }
以上就是一個使用 Berkeley DB 來實現 TODO 表的完整範例!
使用布隆過濾器建構 Visited 表 :
上一節內容介紹了如何實現 TODO 表, 這一節要來探討如何在一個企業級的搜尋引擎中實現 Visited 表. 在企業級搜尋引擎中, 常用一個稱為
布隆過濾器(
Bloom Filter) 的演算法來實現對已經抓取過的 URL 進行過濾. 首先來介紹什麼叫布隆過濾器演算法.
在日常生活中, 包括在設計電腦軟體時, 經常要判斷一個元素是否在一個集合中, 例如在文字處理軟體中, 需要檢查一個英文單字是否拼字正確 (
也就是要判斷它是否出現在字典裡); 在網路爬蟲裡, 我們需要知道一個網址是否曾經被存取過等. 最直接的辦法就是將集合中全部的元素存在電腦中, 遇到一個需要辨別元素時, 將它與集合中全部的元素直接比對即可. 一般來說電腦中的集合是用
雜湊表 (
Hash Table) 來儲存. 它的好處是快速而準確, 缺點是費儲存空間. 當集合比較小時, 這個問題可以忽略, 但是集合巨大時, 雜湊表儲存效率低的問題就顯現出來了.
比如說一個像 Yahoo, Hotmail 和 Gmail 電子郵件供應商, 總是需要過濾來自發送垃圾郵件人(
Spamer)的垃圾郵件. 一個辦法就是記錄下那些垃圾郵件的 E-mail 地址. 由於那些發送者不停註冊新的位址, 全世界少說也有幾十億的垃圾郵件地址, 將它們全部存取來則需要大量記憶體的服務器. 如果用雜湊表, 每儲存一億個 E-mail 位址就需要 1.6GB 的記憶體 (
用雜湊表實現是將每一個 E-mail 位置對應成一個八位元組的資訊指紋, 然後將該資訊存入雜湊表, 由於雜湊表的儲存效率一般只有 50%, 因此一個 E-mail 位址需要占用 16 個位元組. 一億個位址大約要 1.6GB). 因此儲存幾十億的郵件地址可能需要上百 GB 的記憶體!
一種稱作布隆過濾器的數學工具, 它只需要雜湊表的1/8 到 1/4 的大小就能解決同樣的問題. 布隆過濾器是由巴頓.布隆於 1970 年提出的. 它實際是一個很長的二進位向量和一系列隨機映射函數. 我們透過上面的例子來說明其工作原理.
假設儲存一億個電子郵件地址, 先建立一個 16 億二進位常數, 即200MB向量, 然後將這16億個二進位位元全部設定為零. 對於每一個電子郵件地址 X, 用 8 個不同的亂數產生器 (
F1,F2, ... , F8) 產生 8 個資訊指紋 (
f1, f2, ..., f8). 再用一個亂數產生器 G 將這八個資訊指紋映射到 1 到 16 億中的 8 個自然數 g1,g2,...g8. 現在我們把這 8 個位置的二進位位元全部設為1. 當我們對這一億個 E-mail 位置都進行這樣的處理後, 一個針對這些 E-mail 位址的布隆過濾器就建成了, 如下圖所示 :
現在我們來看看布隆過濾器是如何檢測一個可以的電子郵件位址 Y 是否存在於黑名單中. 我們用 8 個亂數產生器 (
F1,F2,...F8) 對這個位址產生 8 個資訊指紋 S1, S2, ... S8. 然後將這 8 個指紋對應到布隆過濾器的 8 個二進位位元, 分別是 T1,T2,...,T8. 如果 Y 在黑名單中, 顯然 T1,T2,...,T8 定位的八個二進位一定是1. 這樣在遇到任何黑名單的電子郵件地址時, 我們都能準確地發現.
布隆過濾器絕對不會漏掉任何一個在黑名單中可疑位址. 但是它有一條不足之處, 也就是它有極小可能將一個不在黑名單中的電子郵件地址誤判在黑名單中, 因為剛好有可能某個好的電子郵件正巧對應 8 個都被設定為 1 的二進位位元. 好在這種可能性很小. 我們把它稱為誤識機率. 在上面的例子中誤識機率大概在萬分之一以下. 常見的補救辦法是建立一個小的白名單, 儲存那些可能誤判的郵件地址. 下面是一個布隆過濾器 (
Bloom Filter) 的實現 :
- BitSet.java : 位元操作類別
- package john.crawler;
-
- public class BitSet {
- private boolean bits[];
-
- public BitSet(int len){bits = new boolean[len];}
-
- public void set(int bit, boolean v){bits[bit]=v;}
- public boolean get(int bit){return bits[bit];}
- }
- SimpleBloomFilter.java : 簡易版 Bloom Filter 實現
- package john.crawler;
-
- import john.crawler.entity.CrawlUrl;
-
- public class SimpleBloomFilter {
- private static final int DEFAULT_SIZE = 2 << 24;
- private static final int[] seeds = new int[]{7,11,13,31,37,61,79,88};
- private BitSet bits = new BitSet(DEFAULT_SIZE);
- private SimpleHash[] func = new SimpleHash[seeds.length];
-
- public SimpleBloomFilter()
- {
- for(int i=0; inew SimpleHash(DEFAULT_SIZE, seeds[i]);
- }
-
- public void add(CrawlUrl value)
- {
- if(value!=null)
- {
- add(value.getOriUrl());
- }
- }
-
- public void add(String value)
- {
- for(SimpleHash f:func) bits.set(f.hash(value), true);
- }
-
- public boolean contains(CrawlUrl value)
- {
- return contains(value.getOriUrl());
- }
-
- public boolean contains(String value)
- {
- if(value==null) return false;
- boolean ret = true;
- for(SimpleHash f:func)
- {
- ret = ret && bits.get(f.hash(value));
- if(!ret) break;
- }
- return ret;
- }
-
- public static void main(String args[])
- {
- String value = "john@yahoo.com.tw";
- String value1 = "peter@yahoo.com.tw";
- SimpleBloomFilter filter = new SimpleBloomFilter();
- System.out.println(filter.contains(value));
- filter.add(value);
- System.out.println(filter.contains(value));
- System.out.println(filter.contains(value1));
- }
-
- public class SimpleHash{
- private int cap;
- private int seed;
-
- public SimpleHash(int cap, int seed)
- {
- this.cap = cap;
- this.seed = seed;
- }
-
- public int hash(String value)
- {
- int result = 0;
- int len = value.length();
- for(int i=0; i
- {
- result = seed * result+value.charAt(i);
- }
- return (cap-1) & result;
- }
- }
- }
如果想知道需要使用多少位元才能降低誤判機率, 可以從下表所示的儲存項目和位元數比率估計布隆過濾器的誤判率 :
為每個 URL 分配兩個位元組就可以達到千分之幾的誤判. 比較保守的實現是, 為每個 URL 分配 4 個位元組也就是 1:32, 誤判率為 0.00000021167340. 對於 5000 萬數量級的 URL, 布隆過濾器只占 200MB 的空間, 並且建立 Bloom Filter 速度超快, 一次下來不到兩分鐘.
沒有留言:
張貼留言