• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            Discuz!的Memcache緩存實現(xiàn)

            前言
            PHP+MySQL架構的站點中,本文重點從MySQL的角度去分析如何使Discuz!論壇(或者類似的PHP+MySQL架構的程序)應對大訪問量。同時給出一些使用Memcache去減輕MySQL壓力的建議。其中很多數(shù)據(jù)是個人測試的結果,如有不同意見,敬請留言告之。另外由于個人思維的問題,行文比較跳躍,特此聲明!

            系統(tǒng)分析
            單純的從MySQL的角度出發(fā),單臺MySQL的數(shù)據(jù)庫負載到每天上億次的操作(每秒大概1100MySQL操作,然后乘以86400)應該不是非常困難的事情。按照這個數(shù)據(jù)也就是說一個單MySQL服務器的論壇來說可以跑到2千萬PVpage view)是不成問題的,我相信國內(nèi)絕大部分的論壇都不可能做到每天2千萬的 PV,但實際情況并不是如此。
            當論壇PV超過百萬的時候一臺WEB早已經(jīng)不堪重負了

            就我手頭的一些數(shù)據(jù)顯示,目前的Discuz!論壇的基本服務器架構是前面Squid頂著,后面才是一臺DB在撐著。這種架構中,web服務器壓力增大可以通過并行增加服務器解決,而MySQL壓力卻無處釋放,在不考慮MySQL官方服務的情況下,我們通過合理的利用Memcache是可以達到減輕 MySQL服務器負載的。

            可能會有朋友說我們可以對數(shù)據(jù)表進行分表(注:此處分表是指通過PHP程序去分表,比如pwdv的分表 )處理,但是當前的情況是一臺DB服務器已經(jīng)不能支撐當前的數(shù)據(jù)處理了,通過PHPMySQL進行的分表依然不能減輕MySQL的負載。(注:本段文字針對已經(jīng)成型的系統(tǒng),如果是獨立開發(fā)的系統(tǒng)在架構前期就進行數(shù)據(jù)的同步分區(qū)還是不錯的。

            還可能有朋友會說利用MySQL的主從構架,如果你提出這個問題,我就很明確的告訴你,回去看看手冊吧。在Mysql Master/Slave 模式中,Slave主要是來備份數(shù)據(jù)的,只有當Master出現(xiàn)故障時,Slave才會接過Master的服務,對外部請求進行處理,直到Master恢復正常。就是說:Master/Slave中,要么是Master在服務,要么是Slave在服務,不會Master/Slave同時提供服務。 使用MySQL主從依然不能有效的降低MySQL的負載。

            或許你又會問我為什么不使用MySQL集群(MySQL Cluster),那可是白花花的銀子啊,同等金錢的付出下,獲得最大的收益才是王道。PS:說句題外話,MySQL手冊中將MySQL集群解釋為MySQL,不習慣。

            其實在MySQL5.1中的MySQL分區(qū)(MySQL Partition)是個很好的東西,它允許根據(jù)可以設置為任意大小的規(guī)則,跨文件系統(tǒng)分配單個表的多個部分。實際上,表的不同部分在不同的位置被存儲為單獨的表。我認為這個才是當前情況下,最積極有效的降低MySQL負載的解決方法之一但是遺憾的是,這種MySQL分區(qū)的方式我個人沒有使用過的經(jīng)歷,也不見有相當充分的案例表明它是穩(wěn)定的或者不穩(wěn)定的。所以我還在徘徊中。如果你知道,請麻煩告之!有朋友說騰訊是在用MySQL分區(qū),但是遺憾的是我沒有得到確切的數(shù)據(jù)。

            好了分析總結了這么多種降低MySQL負載的方式之后,在用戶環(huán)境需求等特定條件下,我得出結論在當前情況下,緩解Discuz!論壇的MySQL負載比較有效的方法就是使用Memcache

             

            使用Memcache的理由
            1.
            Web ServerLighttpdNginx據(jù)說都比Apache效率高好多,大家可以試用下)對CPU要求高,對內(nèi)存要求低;Memcached Server是對CPU要求低,對內(nèi)存要求高,所以可以搭配使用。在對前端的Web Server上安裝Memcached Server是可行的。
            2.
            金錢金錢金錢,最少的付出,獲得最大的收益。
            3.
            簡單簡單簡單,對于一個架構合理的系統(tǒng)來說,添加Memcache的支持可能只是一個批量處理文件的過程

            Discuz!使用Memcache
            1.
            config.inc.php中增加

            $memcachehost = '127.0.0.1';
            $memcacheport = 11211;
            $memcachelife = 60;

             

            2.include/common.inc.php

            $mem = new Memcache;
            $mem->connect($memcachehost, $memcacheport);

             

            3.修改include/db_mysql.class.php中的fetch_arrayquery這兩個方法,并添加query_mysql方法,代碼如下:

            function fetch_array($query, $result_type = MYSQL_ASSOC) {
               return is_resource($query) ? mysql_fetch_array($query, $result_type) : $query[0];
            }

            function query_memcache($sql, $type = '') {
               global $mem,$memcachelife;

               $key = md5($sql);
               if(!($query = $mem->get($key))) {
                 $query = $this->query($sql, $type);
                 while($item  = $this->fetch_array($query)) {
                   $res[] = $item;
                 }
                 $query = $res;
                 $mem->set($key, $query , 0, $memcachelife);
              }
               return $query;
            }

            function query($sql, $type = '') {
               global $debug, $discuz_starttime, $sqldebug, $sqlspenttimes;

               $func = $type == 'UNBUFFERED' && @function_exists('mysql_unbuffered_query') ?
            'mysql_unbuffered_query' : 'mysql_query';
               if(!($query = $func($sql, $this->link)) && $type != 'SILENT') {
                 $this->halt('MySQL Query Error', $sql);
               }

               if(substr($sql, 0, 6) == 'SELECT') {
                 echo '<font color="red">Cache SQL</font>:<font color="green">'.$sql.'</font><br /><br />';
              } else {
                echo '<font color="red">Flash SQL</font>:<font color="green">'.$sql.'</font><br /><br />';
              }

               $this->querynum++;
               return $query;
            }

             

            4.將需要使用Memcache緩存的SQL查詢的代碼由

              $db->query(

            修改為

              $db->query_memcache(

             

            注意并將

              while($post = $db->fetch_array($query)) {

            修改為

              foreach($query as $post) {

            沒有while$db->fetch_array可以不用修改。

             

            下面代碼有用得著的就拿去:

            preg_replace("/while\([$](\w+)\s*\=\s*[$]db->fetch_array\([$]query\)\)/is", "foreach(\$query as \$\\1)", $file);

             

            回頭放出個小工具批量替換下就可以了。
            EditPlus中可以這樣替換:while\([$](.*) = [$]db->fetch_array\([$]query\)\)替換為foreach($query as $\1)

             

            5.完成了,測試吧!~

             

            posted on 2009-06-09 13:32 肥仔 閱讀(389) 評論(0)  編輯 收藏 引用 所屬分類: 數(shù)據(jù)庫

            久久―日本道色综合久久| 国产精品狼人久久久久影院| 91精品国产91久久| 午夜精品久久久久久99热| 国产欧美久久久精品影院| 欧美精品一区二区久久| 久久播电影网| 久久九九久精品国产| 久久精品免费大片国产大片| 欧美午夜精品久久久久久浪潮| 久久免费视频观看| 久久国产V一级毛多内射| 久久九九免费高清视频| 久久伊人中文无码| 久久久久久亚洲精品影院| 伊人久久大香线蕉av不变影院| 亚洲精品乱码久久久久久中文字幕| 少妇内射兰兰久久| 久久中文娱乐网| 久久久久女教师免费一区| 国产精品久久久久久五月尺| 性欧美丰满熟妇XXXX性久久久| 狠狠88综合久久久久综合网| 99久久精品国产麻豆| 久久精品这里只有精99品| 一本色道久久综合亚洲精品| 久久99国产亚洲高清观看首页 | 久久天天婷婷五月俺也去| 无码人妻少妇久久中文字幕| 无码人妻精品一区二区三区久久久 | 久久久久国色AV免费观看| 国内精品久久久久影院亚洲| 国产精品美女久久久久| 久久久久99精品成人片三人毛片 | 久久精品成人免费看| 久久高潮一级毛片免费| 伊人久久综合无码成人网| 国产精品美女久久久免费| 国产美女亚洲精品久久久综合| 欧美精品一本久久男人的天堂| 一级a性色生活片久久无|