發表文章

目前顯示的是 8月, 2006的文章

非mmcache!Memcached的應用:多網站伺服器 PHP 共享 Session

請注意是 Memcached 不是 mmcache,很多人搞不清楚他們兩個的不同!多半玩過 PHP 的人大概都聽過 mmcache,它是一個預編譯緩衝的 PHP 加速程式,能夠提升 PHP 的執行效能。但很少人聽過 Memcached ,因為大多人乍看之下都以為它是mmcache,使得它沒什麼機會介紹自己。事實上,若您正打算架構一個真正高負載的大型網站系統,你需要了解的並不是 mmcache,而是 memcached。 Memcached 是什麼?顧名思義,他是由記憶體(Memory)和暫存(cache)所組合起來的常駐程式(Daemon),你也可以稱它為『暫存伺服器』。 Memcached 能提供一個暫存資料的服務,透過網路供其他電腦使用。Memcached 有什麼用途?最常見的應用就是在網站伺服器的叢集,它能讓許多的網站伺服器 Session 互相流通使用。如果你正在傷透腦筋煩惱這一點,恭喜你找到解決方法了! 想要在網站伺服器的叢集中,多網站伺服器 Session 互相流通使用,首先你必須將 Memcached 架起來當 Session 分享伺服器,這邊建議你使用大的記憶體,最好是能多大就有多大,因為 Memcached 並不會以硬碟當資料暫存,而是會完全跑在記憶體上,所以若記憶被用完了,Memcached 就會無法再存放更多資料。 接著,你必須修改 PHP 的 Session Save Handler,讓 PHP 懂得利用 Memcached Server 存放 PHP 的 Session 資料並能從 Memcached Server 取出 Session 的資料。PHP提供了 session_set_save_handler() 函式讓我們能輕易修改 Session Save Handler ,以下是我修改後的 PHP 程式碼,你必須在呼叫 session_start() 之前使用: <? define("SHARED_SESS_TIME", 3600 ); // Timeout // Session Class by Fred class Shared_Session { function init() { ini_set("session.use_trans_sid", 0);

對於高負載資料庫的突發奇想

一直以來,我所開發的程式、系統,都是往大格局方向去規劃,但是卻往往高估了電腦硬體的能力。縱使程式被設計能夠支 持大架構的使用,電腦硬體卻總是不給面子。尤其資料庫的部份更是令人頭痛,大量的查詢、輸入、修改,都造成資料庫效能不彰。雖然 PostgreSQL 、 MySQL等資料庫系統,都號稱每秒能夠查詢幾百萬筆資料,但事實上確不是如此。可能有人會說我應該將資料表的設計做重新的規劃和分割,或是對系統做更多 的調校。但我敢問心無愧的說,大多數該做的我都做過了。 追根究底,任何機器有它能夠負荷的運算量,縱使我們做再多的最佳化,也不過是將其他用途的運算省略減少以增加我們需 要的運算效能。所以,一直以來都有人提議,將資料庫的新增修改等操作與查詢分開,或是將資料依價值時限分割移出原本的Table。雖都可以暫時解決效能問 題,但在功能操作上多了很多不便限制,也增加了系統設計上的複雜度。 市面上常討論的資料庫叢集,不外乎是Master/Slave架構,他能做的用途只不過是資料庫的備援,能迅速彌補 Master資料庫的當機。就算是多Master的架構,也不過是將操作連線分散到各主機上。不論是哪一種,對每台主機而言,每次連線所要處理查詢的負擔 根本沒變,舉例來說,若Table裡有一千萬筆資料,每次連線所要處理的資料量就是一千萬筆。 在此我有個想法,我們何不將這一千萬筆資料分散到各主機,查詢操作資料庫時,就可分散至各個主機運算,最後再合併各個主機傳回結果。如此,若我們有10台主機共同運算,每台機器只要負擔一百萬筆的資料,效能也因此可大幅提升。 本著新想法至網路上查了一些資料,卻發現Oracle已有如此的設計,看來我不是第一個想到的人。手癢的我又去查了PostgrSQL和MySQL等開放源始碼資料庫的資料,驚訝的發現,居然沒有這種功能,也難怪Oracle始終在資料庫系統市場有一番地位。 開放源始碼的社群一向以熱情和效率著稱,或許不久後的某一天,他們也會將這項功能放入他們的系統中。