一区二区久久-一区二区三区www-一区二区三区久久-一区二区三区久久精品-麻豆国产一区二区在线观看-麻豆国产视频

PHP 中執(zhí)行排序與 MySQL 中排序

此文首發(fā)在 InfoQ 中文站。作者:明靈(dragon) , Fenng . Note:要轉(zhuǎn)載的朋友請注意注明這篇文章的第一作者!
這篇文章是dragon 朋友來郵探討后他做的一個總結(jié)。在 DB 中排序還是在 應(yīng)用程序中排序是個很有趣的話題,dragon 第一份郵件中其實已經(jīng)總結(jié)的很好了,我添加了一點建議而已。現(xiàn)在放上來,與大家共享。這篇文章也投稿到了 InfoQ 中文站 。

Q:列出在 php 中執(zhí)行排序要優(yōu)于在 MYSQL 中排序的原因?給一些必須在MYSQL中排序的實例?

A:通常來說,執(zhí)行效率需要考慮 CPU、內(nèi)存和硬盤等的負載情況,假定 MYSQL 服務(wù)器php服務(wù)器都已經(jīng)按照最適合的方式來配置,那么系統(tǒng)的可伸縮性(Scalability)和用戶感知性能(User-perceived Performance)是我們追求的主要目標。在實際運行中,MYSQL 中數(shù)據(jù)往往以 HASH tables、BTREE 等方式存貯于內(nèi)存,操作速度很快;同時 INDEX 已經(jīng)進行了一些預(yù)排序;很多應(yīng)用中,MYSQL 排序是首選。而在應(yīng)用層(php)中排序,也必然在內(nèi)存中進行,與 MYSQL 相比具有如下優(yōu)勢:

  • 1、 考慮整個網(wǎng)站的可伸縮性和整體性能,在應(yīng)用層(php)中排序明顯會降低數(shù)據(jù)庫的負載,從而提升整個網(wǎng)站的擴展能力。而數(shù)據(jù)庫的排序,實際上成本是非常高的,消耗內(nèi)存、CPU,如果并發(fā)的排序很多,DB 很容易到瓶頸。
  • 2、 如果在應(yīng)用層(php)和MYSQL之間還存在數(shù)據(jù)中間層,合理利用,php會有更好的收益。
  • 3、 php在內(nèi)存中的數(shù)據(jù)結(jié)構(gòu)專門針對具體應(yīng)用來設(shè)計,比數(shù)據(jù)庫更為簡潔、高效;
  • 4、 php不用考慮數(shù)據(jù)災(zāi)難恢復問題,可以減少這部分的操作損耗;
  • 5、 php不存在表的鎖定問題;
  • 6、 MYSQL中排序,請求和結(jié)果返回還需要通過網(wǎng)絡(luò)連接來進行,而php中排序之后就可以直接返回了,減少了網(wǎng)絡(luò)IO。

至于執(zhí)行速度,差異應(yīng)該不會很大,除非應(yīng)用設(shè)計有問題,造成大量不必要的網(wǎng)絡(luò)IO。另外,應(yīng)用層要注意php 的 Cache 設(shè)置,如果超出會報告內(nèi)部錯誤;此時要根據(jù)應(yīng)用做好評估,或者調(diào)整Cache。具體選擇,將取決于具體的應(yīng)用

列出一些 php 中執(zhí)行排序更優(yōu)的情況:

  • 1、 數(shù)據(jù)源不在 MYSQL 中,存在硬盤、內(nèi)存或者來自網(wǎng)絡(luò)的請求等;
  • 2、 數(shù)據(jù)存在 MYSQL 中,量不大,而且沒有相應(yīng)的索引,此時把數(shù)據(jù)取出來用php排序更快;
  • 3、 數(shù)據(jù)源來自于多個 MYSQL 服務(wù)器,此時從多個 MYSQL 中取出數(shù)據(jù),然后在php中排序更快;
  • 4、 除了 MYSQL 之外,存在其他數(shù)據(jù)源,比如硬盤、內(nèi)存或者來自網(wǎng)絡(luò)的請求等,此時不適合把這些數(shù)據(jù)存入 MYSQL 后再排序;

列出一些必須在 MYSQL 中排序的實例:

  • 1、 MYSQL 中已經(jīng)存在這個排序的索引;
  • 2、 MYSQL 中數(shù)據(jù)量較大,而結(jié)果集需要其中很小的一個子集;比如 1000000 行數(shù)據(jù),取TOP 10;
  • 3、 對于一次排序、多次調(diào)用的情況,比如統(tǒng)計聚合的情形,可以提供給不同的服務(wù)使用,那么在 MYSQL 中排序是首選的。另外,對于數(shù)據(jù)深度挖掘,通常做法是在應(yīng)用層做完排序等復雜操作,把結(jié)果存入MYSQL即可,便于多次使用。
  • 4、 不論數(shù)據(jù)源來自哪里,當數(shù)據(jù)量大到一定的規(guī)模后,由于占用內(nèi)存/Cache 的關(guān)系,不再適合 php 中排序了;此時把數(shù)據(jù)復制、導入或者存在 MYSQL ,并用 INDEX 優(yōu)化,是優(yōu)于 php 的。不過,用 Java,甚至 C++ 來處理這類操作會更好。 [有些類似大數(shù)據(jù)集聚合或者匯總的數(shù)據(jù),在客戶端排序得不償失。當然,也有用類似搜索引擎的思路來解決類似應(yīng)用的情況。]

從網(wǎng)站整體考慮,就必須加入人力和成本的考慮。假如網(wǎng)站規(guī)模和負載較小,而人力有限(人數(shù)和能力都可能有限),此時在應(yīng)用層(php)做排序要做不 少開發(fā)和調(diào)試工作,耗費時間,得不償失;不如在 DB 中處理,簡單快速。對于大規(guī)模的網(wǎng)站,電力、服務(wù)器的費用很高,在系統(tǒng)架構(gòu)上精打細算,可以節(jié)約大量的費用,是公司持續(xù)發(fā)展之必要;此時如果能在應(yīng)用層(php) 進行排序并滿足業(yè)務(wù)需求,盡量在應(yīng)用層進行。

php技術(shù)PHP 中執(zhí)行排序與 MySQL 中排序,轉(zhuǎn)載需保留來源!

鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯(lián)系我們修改或刪除,多謝。

主站蜘蛛池模板: 狠狠干成人 | 亚洲国产99 | 亚洲午夜视频 | 九九九免费视频 | 国产中出视频 | 日本伊人久久 | 91精品国产免费久久国语麻豆 | 欧美成人第一页 | 91大夯在线观看手机观看 | 中文字幕一二三四 | 国内精品久久久久久久星辰影视 | 91精品国产自产在线观看 | 国产成人精品福利网站在线观看 | 久久久噜久噜久久gif动图 | 好爽毛片一区二区三区四区 | 精品色综合 | 国产专区视频 | 日韩一区二三区无 | 亚洲图片欧美在线 | 欧美一级欧美一级高清 | 国产亚洲一级精品久久 | 国产成人精品cao在线 | 色老板视频在线观看 | 日本精品久久久中文字幕 | 激情综合网五月天 | 国产精品偷伦视频免费观看了 | oo0xxxx性欧美野外 | 国产成人精品视频免费 | 好吊操妞 | 天天摸天天躁天天添天天爽 | 中文字幕国产在线 | 亚洲一区第一页 | 国产麻豆精品视频 | 青青精品| 国产一区视频在线免费观看 | 久久婷婷综合中文字幕 | 国产一区二区三区视频 | 久久久xxxx | 久久精品国产91久久麻豆自制 | 欧美日韩激情一区二区三区 | 97狠狠操 |