Memcache Key 設計技巧及注意事項

# perl
my $memclient = Cache::Memcached->new({ servers => [ '10.0.0.10:11211', '10.0.0.11:11211' ]});

# pseudocode
memcli = new Memcache
memcli:add_server('10.0.0.10:11211')

     某些客戶端的實現可能允許重複添加同一個Server，但最好每個Server是有一個實例，而且也要注意他們的順序最好不要經常變化，防止key的重新映射；在初始化MemcacheClient的時候要注意實例化的次數，不要太過頻繁的實例化，最好通過連接池來管理。

     Memcache在減輕數據庫負載方麵發揮著重要的作用，我們最常使用的場景也是用它來減少數據庫查詢次數，下麵這個例子就是通過Cache緩存查詢數據庫結果的場景，把sql+userId作為一個key,相同用戶第二次查詢時就可以從緩存中直接提取：

# Don't load little bobby tables
sql = "SELECT * FROM user WHERE user_id = ?"
key = 'SQL:' . user_id . ':' . md5sum(sql)
# We check if the value is 'defined', since '0' or 'FALSE' # can be 
# legitimate values!
if (defined result = memcli:get(key)) {
        return result
} else {
        handler = run_sql(sql, user_id)
        # Often what you get back when executing SQL is a special handler
        # object. You can't directly cache this. Stick to strings, arrays,
        # and hashes/dictionaries/tables
        rows_array = handler:turn_into_an_array
        # Cache it for five minutes
        memcli:set(key, rows_array, 5 * 60)
        return rows_array
}

     注意：在通過set方法緩存數據時，我們可以指定數據過期時間，上麵例子中設置的是5分鍾，這樣的話，五分鍾內用戶看到的都是同樣的信息，即5分鍾內的數據變化用戶是感覺不到的，在開發時一定要注意根據實際情況對過期時間進行合理設置。

     有些處理過程是複雜的，可能會用到多個sql，如果我們能把這些複雜的處理最後封裝成一個key，這是最理想的結果。比如下麵這個例子，我們把sql1+sql2+userId作為一個key，這樣，我們兩次查詢的結果便封裝成了一個CacheItem：

sql1 = "SELECT * FROM user WHERE user_id = ?"
sql2 = "SELECT * FROM user_preferences WHERE user_id = ?"
key  = 'SQL:' . user_id . ':' . md5sum(sql1 . sql2)
if (defined result = memcli:get(key)) {
        return result
} else {
        # Remember to add error handling, kids ;)
        handler = run_sql(sql1, user_id)
        t[info] = handler:turn_into_an_array
        handler = run_sql(sql2, user_id)
        t[pref] = handler:turn_into_an_array
        # Client will magically take this hash/table/dict/etc
        # and serialize it for us.
        memcli:set(key, t, 5 * 60)
        return t
}

     

     某些語言比如Java可以把對象進行序列化，進行序列化的對象就可以像普通字符串數據一樣進行緩存了，但要注意的是，序列化和反序列化會耗費cpu時間，在緩存時僅僅序列化需要緩存對象會提高係統效率。

     Memcache不僅僅可以用來減少數據庫查詢，任何可以提高我們應用速度的地方我們都可以用它來解決，比如下麵這個例子，加載一個用戶模板是非常耗時的，但是我們可以把一個封裝好的模板（甚至是整個網頁）緩存起來：     

key = 'FRAG-BIO:' . user_id 

if (result = memcli:get(key)) {
        return result
} else {
        user         = fetch_user_info(user_id)
        bio_template = fetch_biotheme_for(user_id)
        bio_fragment = apply_template(bio_template, user)
        memcli:set(key, bio_fragment, 5 * 15)
        return bio_fragment
}

      在某些情況下，我們希望一係列的key隻存儲到一台服務器緩存中，比如我們在顯示一個用戶首頁的時候，需要緩存他的姓名、年齡、簡曆、好友、日誌等信息，而通常情況下客戶端Hash算法會把它們的key映射到集群中的每一台機器的緩存中，如果這樣的話，我們在查詢一個人的主頁時會從多台機器上取數據，會耗掉很多網絡傳輸、Hash映射等時間，這是完全沒有必要的，我們需要一種機製，在客戶端內部把這些key組成一個group-key（可以是userId）。

• 數據有效性：某些時候我們需要保證對Cache中的數據進行同步，不要讓用戶感覺到自己用到的是過期的髒數據。
• 數據過期：我們可以設置緩存中的數據過期時間，最大過期時間是30天，如果參數值為0，則表示永不過期（LRU算法會自動刪除需要刪除的數據）。
• 刪除Cache中數據：最直接的讓Cache數據過期的辦法就是delete。
• Key的值越短越好：key的大小被限製在250個字節（將來可能達到6K），key的長度會影響Hash算法尋找value值的效率，也會浪費更多內存空間(期間有對key的copy)。

使用偽命名空間