思途智(zhi)旅(lv)-國內知名(ming)的(de)旅(lv)游(you)信(xin)息化建設服務(wu)商，在(zai)迎(ying)來(lai)13周年之際，旗下品牌思途CMS也(ye)在(zai)本周迎(ying)來(lai)重大升(sheng)級(ji)，此(ci)次(ci)更(geng)新主要針對(dui)底層框架(jia)升(sheng)級(ji)，包含PHP版本升(sheng)級(ji)，數(shu)據庫以(yi)Session 等技(ji)術(shu)更(geng)新，通(tong)過此(ci)次(ci)升(sheng)級(ji)會大大提升(sheng)網站運行速(su)度(du)，同時(shi)通(tong)過數(shu)據庫讀寫分離和Session 存儲云端(duan)化技(ji)術(shu)可以(yi)支持中(zhong)大型網站做(zuo)負載均(jun)衡分布式部(bu)署。
具體升級內容如下(xia)：
一、系統支持PHP 7.0
此前(qian)版本(ben)僅支(zhi)(zhi)持PHP 5.4、5.5 升級后支(zhi)(zhi)持PHP 7.0 且兼容(rong)5.4、5.5
PHP 7.0核心優勢：性能提升
重寫(xie)ZendVM,系(xi)統性能比PHP5.6提(ti)升300%。通俗點講就是(shi)程序運行效率更快，網站打開速度也(ye)會得到大(da)幅(fu)度提(ti)升。
備注：在(zai)Zend引擎和拓展中，經常要(yao)創建一個(ge)PHP的(de)變量，底層(ceng)就(jiu)是一個(ge)zval指(zhi)針。之(zhi)前(qian)的(de)版本都是通過MAKE_STD_ZVAL動態的(de)從堆上分配一個(ge)zval內存。而PHP可以(yi)直接使用棧內存。
PHP7.0 其他 新特征
變量類型
PHP 7.0版(ban)本函數的參數和(he)返回值增(zeng)加(jia)(jia)類型限(xian)定，為(wei)了PHP 7.1版(ban)本JIT特征做準(zhun)(zhun)備，增(zeng)加(jia)(jia)類型后PHP JIT可(ke)以準(zhun)(zhun)確判(pan)斷變量樂享，生(sheng)成(cheng)最佳的機器指令。
錯誤異常
PHP程序出錯(cuo)后過(guo)去Zend引擎(qing)會發(fa)生致命錯(cuo)誤并(bing)終止程序運行，PHP 7.0可(ke)以使(shi)用try/catch 捕(bu)獲錯(cuo)誤。
二、實現數據庫讀寫分離
1、什么是數據庫讀寫分離
MySQL Proxy最(zui)強大(da)的(de)一項功能是實(shi)現“讀寫(xie)(xie)分(fen)離(Read/Write Splitting)”。基本的(de)原理(li)是讓(rang)主數(shu)(shu)據(ju)庫處理(li)事(shi)務(wu)性查詢(xun)(xun)，而(er)從數(shu)(shu)據(ju)庫處理(li)SELECT查詢(xun)(xun)。數(shu)(shu)據(ju)庫復制被(bei)用來(lai)把事(shi)務(wu)性查詢(xun)(xun)導致的(de)變(bian)更同步到集群中 的(de)從數(shu)(shu)據(ju)庫。 當然，主服務(wu)器也(ye)可以提供查詢(xun)(xun)服務(wu)。使用讀寫(xie)(xie)分(fen)離最(zui)大(da)的(de)作用無非是環節服務(wu)器壓力，提升網站運行(xing)速(su)度。
2、數據庫讀寫分離解決什么問題？
大(da)多數(shu)互聯(lian)網(wang)業務(wu)，往(wang)往(wang)讀多寫(xie)少，這時候，數(shu)據(ju)庫(ku)(ku)的(de)(de)讀會首先稱為數(shu)據(ju)庫(ku)(ku)的(de)(de)瓶(ping)頸(jing)，這時，如果(guo)我們希望(wang)能(neng)夠線(xian)性(xing)的(de)(de)提升(sheng)數(shu)據(ju)庫(ku)(ku)的(de)(de)讀性(xing)能(neng)，消除讀寫(xie)鎖(suo)沖突從而提升(sheng)數(shu)據(ju)庫(ku)(ku)的(de)(de)寫(xie)性(xing)能(neng)，那么(me)就可以(yi)使(shi)用數(shu)據(ju)庫(ku)(ku)讀寫(xie)分(fen)離，性(xing)能(neng)提升(sheng)后，網(wang)站打開速度自然也快。
3、為什么數據庫讀寫分離會提升性能？
(1) 物理服務器增(zeng)加，負荷(he)增(zeng)加。
(2) 主從只負責各自(zi)的寫和(he)讀(du)，極大程度的緩解X鎖(suo)和(he)S鎖(suo)爭(zheng)用。
(3) 從庫(ku)可(ke)配置myisam引擎，提升查(cha)詢性能以及(ji)節約系統開(kai)銷。
(4) 從庫(ku)(ku)同步(bu)主(zhu)(zhu)庫(ku)(ku)的(de)(de)數據(ju)(ju)(ju)和主(zhu)(zhu)庫(ku)(ku)直接(jie)寫還(huan)是有區(qu)別(bie)的(de)(de)，通過(guo)主(zhu)(zhu)庫(ku)(ku)發送(song)來的(de)(de)binlog恢(hui)復數據(ju)(ju)(ju)，但(dan)是，最(zui)重(zhong)要區(qu)別(bie)在(zai)于主(zhu)(zhu)庫(ku)(ku)向從庫(ku)(ku)發送(song)binlog是異(yi)步(bu)的(de)(de)，從庫(ku)(ku)恢(hui)復數據(ju)(ju)(ju)也是異(yi)步(bu)的(de)(de)。
(5) 讀(du)(du)寫分(fen)離適用(yong)與讀(du)(du)遠(yuan)大于寫的場(chang)景，如果(guo)只有一(yi)臺服務器，當select很多時，update和(he)delete會被(bei)這些select訪問(wen)中的數據堵(du)塞，等(deng)待(dai)select結束，并發性能不高。 對于寫和(he)讀(du)(du)比例相近的應(ying)用(yong)，應(ying)該部署雙主相互復制。
(6) 可以在從庫啟動是增(zeng)加一些參數(shu)來提(ti)高(gao)其讀(du)的性能(neng)，例如--skip-innodb、--skip-bdb、--low-priority-updates以及--delay-key-write=ALL。
(7) 分(fen)(fen)攤讀(du)取(qu)。假如(ru)我們(men)有1主(zhu)(zhu)3從(cong)，不考慮上(shang)述(shu)1中提到的從(cong)庫(ku)單方面設置，假設現(xian)在1 分(fen)(fen)鐘內有10條(tiao)寫(xie)入，150條(tiao)讀(du)取(qu)。那么，1主(zhu)(zhu)3從(cong)相當于共計40條(tiao)寫(xie)入，而讀(du)取(qu)總數沒變，因此(ci)平均下(xia)來每臺服務器承(cheng)(cheng)擔(dan)了10條(tiao)寫(xie)入和50條(tiao)讀(du)取(qu)（主(zhu)(zhu)庫(ku)不 承(cheng)(cheng)擔(dan)讀(du)取(qu)操作）。
因此，雖然寫(xie)入沒變，但是讀(du)(du)取大(da)大(da)分(fen)攤了(le)，提高了(le)系統性能(neng)。另外，當讀(du)(du)取被分(fen)攤后，又(you)間(jian)接提高了(le)寫(xie)入的性能(neng)。所以，總體性能(neng)提高了(le)，說白 了(le)就是拿(na)機器和帶寬換性能(neng)。
(8) MySQL復制另外(wai)一大功(gong)能(neng)是(shi)(shi)增加冗余(yu)，提高可(ke)用性，當(dang)一臺(tai)數(shu)據庫(ku)(ku)服務器宕機后能(neng)通過調(diao)整(zheng)另外(wai)一臺(tai)從(cong)庫(ku)(ku)來以最快的速(su)度恢復服務，因此不(bu)能(neng)光看性能(neng)，也就(jiu)是(shi)(shi)說1主1從(cong)也是(shi)(shi)可(ke)以的。
三、Session存儲云端化
Session是(shi)(shi)另一種記錄客(ke)戶(hu)狀態的(de)機制，不同的(de)是(shi)(shi)Cookie保存在客(ke)戶(hu)端(duan)瀏覽(lan)器(qi)(qi)(qi)中(zhong)，而Session保存在服務(wu)器(qi)(qi)(qi)上。客(ke)戶(hu)端(duan)瀏覽(lan)器(qi)(qi)(qi)訪問(wen)服務(wu)器(qi)(qi)(qi)的(de)時(shi)候，服務(wu)器(qi)(qi)(qi)把客(ke)戶(hu)端(duan)信息以某種形式記錄在服務(wu)器(qi)(qi)(qi)上。客(ke)戶(hu)端(duan)瀏覽(lan)器(qi)(qi)(qi)再(zai)次訪問(wen)時(shi)只需要(yao)從該(gai)Session中(zhong)查找該(gai)客(ke)戶(hu)的(de)狀態就可以了。
Session 存儲云端化優勢：
為了(le)提高服務(wu)(wu)(wu)器(qi)(qi)(qi)端的(de)負載能力(li)，后臺(tai)一般將服務(wu)(wu)(wu)器(qi)(qi)(qi)節點(dian)做(zuo)集群，通過(guo)ngnix通過(guo)輪詢的(de)方式轉發到(dao)(dao)目(mu)標服務(wu)(wu)(wu)器(qi)(qi)(qi)。打(da)個(ge)比方，當瀏覽器(qi)(qi)(qi)首(shou)次訪問A服務(wu)(wu)(wu)器(qi)(qi)(qi)生(sheng)(sheng)成Session 對(dui)象(xiang)，然(ran)后在訪問生(sheng)(sheng)成的(de)Session 對(dui)象(xiang)，如果正好(hao)被(bei)ngnix轉發到(dao)(dao)了(le)A服務(wu)(wu)(wu)器(qi)(qi)(qi)，那么沒問題可以獲取到(dao)(dao)Session 對(dui)象(xiang)，如果不(bu)巧請求(qiu)被(bei)轉發到(dao)(dao)B服務(wu)(wu)(wu)器(qi)(qi)(qi)，由于之前(qian)生(sheng)(sheng)成的(de)Session 對(dui)象(xiang)在A服務(wu)(wu)(wu)器(qi)(qi)(qi)，B服務(wu)(wu)(wu)器(qi)(qi)(qi)根本沒有生(sheng)(sheng)成session對(dui)象(xiang)，很自然(ran)訪問不(bu)到(dao)(dao)Session 對(dui)象(xiang)。那么將Session 存(cun)儲(chu)云端化后，將Session 放入(ru)redis中(zhong)存(cun)在，這樣不(bu)管有多少臺(tai)應用(yong)服務(wu)(wu)(wu)器(qi)(qi)(qi)節點(dian)，都能共享redis中(zhong)存(cun)儲(chu)的(de)Session 對(dui)象(xiang)，從而不(bu)會出現Session 錯誤(wu)。
以上便是此次底層框架(jia)升級的全部內容，升級后，網(wang)站打開速度更快，用戶(hu)體驗更好！
關于思途CMS
思途旅(lv)游CMS系(xi)統，將十三余年(nian)(nian)旅(lv)游實(shi)體行業經(jing)營(ying)經(jing)驗與互(hu)聯網營(ying)銷實(shi)戰需求相結合，針對旅(lv)游企業網站建(jian)設、經(jing)營(ying)需要，以(yi)效率提高(gao)、建(jian)立品牌(pai)，贏得利潤為出(chu)發(fa)點，經(jing)過近十二年(nian)(nian)研發(fa)，實(shi)現了(le)讓(rang)旅(lv)游網站建(jian)設輕而易(yi)舉的目標。
產品詳情請查看：思途CMS產品介紹
贊
6
有一點幫助
1
沒有幫助
小米
